Report  No.  FHWA-RD-  76-126 

URBAN  TRAFFIC  CONTROL  SYSTEM  TRAFFIC 
ADAPTIVE  NETWORK  SIGNAL  TIMING  PROGRAM 

Vol.  2.  Data  Base  Interface  and  Support  Subroutines; 
Modified  First  Generation  Routines 


«0^*A* 


*t*ns&h 


August  1976 
Final  Report 


This  document  is  available  to  the  public 
through  the  National  Technical  Information 
Service,  Springfield,  Virginia    22161 


Prepared  for 

FEDERAL  HIGHWAY  ADMINISTRATION 
Offices  of  Research  &  Development 
Washington,  D.C.  20590 


NOTICE 


This  document  is  disseminated  under  the  sponsorship 
of  the  Department  of  Transportation  in  the  interest  of  infor- 
mation exchange.   The  United  States  Government  assumes 
no  liability  for  its  contents  or  use  thereof. 

The  contents  of  this  report  reflect  the  views  of  De  Leuw, 
Cather  &  Company  which  is  responsible  for  the  facts  and  the 
accuracy  of  the  data  presented  herein.   The  contents  do  not 
necessarily  reflect  the  official  views  or  policy  of  the  Depart- 
ment of  Transportation.   This  report  does  not  constitute  a 
standard,  specification,  or  regulation. 

The  United  States  Government  does  not  endorse  products 
or  manufacturers.   Trade  or  manufacturers'  names  appear 
herein  only  because  they  are  considered  essential  to  the 
object  of  this  document. 

The  report,  in  three  volumes,  is  being  distributed  with 
five  copies  for  each  regional  office,  two  copies  for  each 
division,  and  two  copies  for  each  State  highway  or  transporta- 
tion department.   Direct  distribution  is  being  made  to  the 
division  offices  with  sufficient  copies  to  provide  two  for 
each  State  highway  department  so  that  the  division  offices  may 
make  the  distribution  to  the  cognizant  State  officials. 

A  limited  number  of  additional  copies  of  this  report 
are  available  for  official  use  and  may  be  requested  from 
Dr.  W.  W.  Wolman,  Chief,  Traffic  Systems  Division,  FHWA,  HRS-33, 
Washington,  D.  C.   20590.   These  requests  will  be  filled  while 
the  supply  lasts.   Additional  copies  for  the  public  are  avail- 
able from  the  National  Technical  Information  Service,  Department 
of  Commerce,  5285  Port  Royal  Road,  Springfield,  Virginia  22161. 
A  small  charge  will  be  imposed  for  each  copy  ordered  from  NTIS. 


1.     R.-;  ,,\  No. 


2.     Ccvcmrr.c'nt  Acctnion  No. 


FHWA-RD-76-126 

4.  tt,ic  and  s^i.ie    Urban  T  ra7fic  Control  System  Traffic 
Adaptive  Network  Signal  Timing  Program 
Volume  2.      Data  Base  Interface  and  Support 
-Sub routines ;  Modified  First  Generation  Routines 

/.     Author's)  .....-,- 

R.    W.    Kessmann 

/.     Pi  .•Ii-.riping  Or  j.;n.i  2  olion  Ng:iiO  ond  Address 

Dc  I/'uw,    Gather  &  Company- 
Suite  604 

1110  NASA  Road  One 
Houston,    Texas    77058 

12.     cpnn«.or,ng  Ajcncy  Numeond  Address  Pu Al\     I  r!f      \Ott~ 

Office  of  Research  and  Development 
Federal  Highway  Administration1 
U.  S.    Department  of  Transportation 
Washington,    D.  C.      20590 

15.     Supplementary  Notes 

FIIWA  Contract  Manager:     Harry  Lum  (HRS-33) 


y*l~{ 


THCHNICAL  RCPORT  STANDARD  TITLE  P 
3.     Recipient's  Cntolog  No. 


5.  Rcpoit  Doto 

August  J  97  6 

6.  Performing  Orgonijotion   Code 

8.     Performing  Or  goni /otion   Ri-f-jil  No. 


10.  Work    Unit  No. 

FCP  3 2B2- 012 

11.  Controct  or  Grant  No. 

-  ^DOT - FH-JjA-JS^ 

13.  Type  of  Report  ond  Period  Covered 

Final  Report 

14.  Sponsoring  Agency  Code 


16.     Ar-st.oct  "     •       "       ""  " 

This  document  describes  the  Traffic  Adaptive  Network  Signal  Timing  Program 
(TANSTP)  of  the  Urban  Traffic  Control  System.     TANSTP  is  a  second  generation 
traffic  control  package  wherein  optimal  traffic  signal  timing  patterns  are  generatec 
on-line  as  a  function  of  current  and  predicted  traffic  flow  conditions  to  minimize 
average  network  vehicle  delay.     In  addition  to  the  network  optimization  routine,    the 
package  includes  a  traffic  flow  predictor,    real-time  subnetwork  determination  rou- 
tine,   a  subnetwork  interfacing  routine,    a  transition  optimization  routine,    and  a  loc; 
intersection  optimization  routine  which  adjusts  splits  and  offsets  to  minimize  delay 
on  a  cycle  by  cycle  basis.     The  TANSTP  package  uses  the  executive  structure,    the 
detector  processing,    and  the  controller  command  software  of  the  first  generation, 
UTCS  software. 

The  report  is  contained  in  three  volumes  as  follows: 

Volume  1.     Overview  Description;  Narrative  Description  and  Flow  Charts  of 

TANSTP  Routines 
Volume  2.     Data  Base  Interface  and  Support  Subroutines ;  Modified  First  Generation 

Routines 
Volume  3.     UTCS /TANSTP  Data  Base  and  Data  Base  Update  Procedures;  Offline 

Support  Programs;  System  Operating  Procedures 


17.  Key  Words  Signal  System  Optimization, 
Real  Time  Traffic  Control  Systems, 
Traffic  Responsive  Control  Systems, 
Traffic  Control  Algorithms,    Network 
Signal  Systems,    Second  Generation 
Traffic  Control  Software 

19.     Security  Clossif.  (of  this  report) 


Unclassified 


18.     Distribution  Stotement 


No  restrictions.     This  document  is  avail- 
able to  the  public  through  the  National 
Technical  Information  Service, 
Springfield,   Virginia    22161 


20.     Security  Clossif.,  (of  this  poge) 

Unclassified 

v 


21.  No.  of  Pages 

293 


22.    Price 


Form  DOT  F  1700.7  t8-69) 


CONTENTS 

VOLUME  1  Page 

1 .  INTRODUCTION .  . . .....*......  1 

2.  OVERVIEW  DESCRIPTION  OF  THE  UTCS/TANSTP 
SOFTWARE  SYSTEM 4 

2.  1       Design  Requirements  and  Features  of  UTCS/TANSTP 

SOFTWARE  SYSTEM  . 4 

2.  2      Overview  of  the  UTCS/TANSTP  Software  and 

Description  of  Interface  Between  the  First  and  Second 

Generation  Software  .  .  .  .  * 5 

2.  3      UTCS/TANSTP  Routines  and  Subroutines;  Functions 

and  Computer  Resource  Requirements 10 

2.  4      Organization  of  UTCS  CPU  Functions 25 

2.  5       Priority  Interrupt  System   .  .  .' 25 

2.  6      UTCS/TANSTP  Software  File  Organization 28 

2.  7      UTCS/TANSTP  Overlay  Structure 28 

3.  NARRATIVE  DESCRIPTION  AND  FLOW  CHARTS  OF 

TANSTP  ROUTINES 32 

3.  1       Routine  MACRO 37 

3.  1.  1           Purpose ...  37 

3„  1.  2           Method 37 

3.  1.  3           Cross  Reference 38 

3.  2      Routine  RTN5 51 

3.  2.  1           Purpose 51 

3.  2.  2           Method 51 

3.  2.  3           Cross  Reference 52 

3.  3      Routine  PREDICT.  . 59 

3.  3.  1           Purpose ' 59 

3.3.2           Method 59 

3.  3.  3           Cross  Reference 62 

3. 4      Routine  RTSND 75 

3.  4.  1           Purpose 75 

3. 4.  2           Method 7  5 

3.  4.  3           Cross  Reference 81 

3.  5      Routine  LSTSQS 141 

3.  5.  1           Purpose 141 

3.  5.  2           Method. 141 

3.  5.  3           Cross  Reference 147 


li 


CONTENTS  (Continued) 

Page 

3.6      Routine  INTFC. 185 

3.6.  1            Purpose  . 185 

3.  6.  2           Method 185 

3.  6.  3           Cross  Reference  .  .  .  t 187 

3.  7       Routine  TRNPAR 206 

3.  7.  1           Purpose 206 

3.  7.  2           Method 206 

3.  7.  3            Cross  Reference . ,  207 

3.  8       Routine  LOCAL, '      221 

3.  8.  1           Purpose 221 

3.  8.  2           Method 221 

3.  8.  3            Cross  Reference   .  .  .  . 225 

VOLUME  2 

4.      DATA  BASE  INTERFACE  AND  SUPPORT  SUBROUTINES  ...  1 

4.  1       SUBRT1  File  Subroutines 6 

4.  1.  1            Subroutine  PERI05  (Cycle  Length  Modulo)   .  .  7 

4.  1.  1.  1       Purpose 7 

4.  1.  1.  2      Calling  Sequence 7 

4.1.1.3      Method 7 

4.  1.  1.  4       Cross  Reference 7 

4.  1.  2  Subroutine  LLGTHF  (Load  Link  Length, 

Phase  Code,    and  Weight) 9 

4.  1.  2.  1       Purpose 9 

4.  1.  2.  2      Calling  Sequence 9 

4.  1.  2.  3      Method 9 

4.  1.  2.  4       Cross  Reference 9 

4.  2      SUBRT2  File  Subroutines 11 

4.  2.  1            Subroutine  GOMTRY  (Link  Geometry)    .....  12 

4.  2.  1.  1       Purpose 12 

4.  2.  1.  2       Calling  Sequence 12 

4.2.1.3      Method 13 

4.  2.  1.  4       Cross  Reference 13 

4.  2.  2  Subroutine  GSPLEL  (Get  Time-of-Day 

Split  for  LOCAL) 28 

4,  2.  2.  1       Purpose 28 

4.  2.  2.  2      Calling  Sequence 28 

4.  2.  2.  3      Method 28 

4.  2.  2.  4      Cross  Reference 28 


in 


CONTENTS  (Continued) 


Page 


4.  2.  3  Subroutine  GSPLWL  (Get  Working  Split 

for  LOCAL) 30 

4.  2.  3.  1       Purpose 30 

4.  2.  3.  2      Calling  Sequence 30 

4.  2.  3.  3      Method 30 

4.  2.  3.  4       Cross  Reference 30 

4.  2.4  Subroutine  LDMOE  (Load  Measures  of 

Effectiveness  Data) 32 

4.  2.  4.  1       Purpose ,  32 

4.  2.4.  2       Calling  Sequence 32 

4.2.4.3  Method 32 

4.  2. 4.  4       Cross  Reference   ............  32 

4.  2.  5           Subroutine  PKWRK  (Pack  Working  Offsets).  .  34 

4.  2.  5.  1       Purpose 34 

4.  2.  5.  2       Calling  Sequence 34 

4.  2.  5.  3       Method 34 

4.  2.  5.  4       Cross  Reference 34 

4.  2.  6  Subroutine  SPLPKL  (Split  Pack  from 

LOCAL) .' 36 

4.  2.  6.  1       Purpose 36 

4.  2.6.  2       Calling  Sequence 36 

4.  2.  6.  3      Method 36 

4.  2.  6.  4       Cros  s  Reference 36 

4.  2.7  Subroutine  UNPAK  (Unpack  Controller 

Phasing  Data) 38 

4.  2.  7.  1       Purpose 38 

4.  2.7.  2      Calling  Sequence 38 

4.  2.  7.  3      Method 39 

4.  2. 7.  4      Cross  Reference 39 

4.  2.  8           Subroutine  UNPK1   (Unpack  Link  Data) 43 

4.  2.  8.  1       Purpose 43 

4.  2.  8.  2       Calling  Sequence 43 

4.  2.  8.  3      Method  .  . 44 

4.2.8.4  Cross  Reference 44 

4.  2.  9           Subroutine  WORK  (Working  Offset  Unpack)  .  .  48 

4.  2.  9.  1       Purpose  .  .  ,  .....  .  .  .  .  .  ., ...  .  ...  .  48 

4.  2.  9.  2      Calling  Sequence 48 

4.  2.  9.  3      Method 48 

4.  2.  9.  4      Cross  Reference 48 


IV 


CONTENTS  (Continued) 

Page 

4.  3      SUBRT3  File  Subroutines ' 50 

4.-3.  1  Subroutine  CORRECT  (Idealized  Offset 

Corrections) 51 

4.  3.  i.  1       Purpose 51 

4.  3.  1.  2       Calling  Sequence 51 

4.3.1.3  Method 51 

4.  3.  1.  4      Cross  Reference 56 

4..  3.  2           Subroutine  DELDAT  (Obtain  Delay  Data).  ...  64 

4.  3.  2.  1       Purpose •■        64 

4.  3.  2.  2       Calling  Sequence .  64 

4.  3.  2.  3      Method  , 64 

4.3.2.4  Cross  Reference 64 

4.  3.  3           Subroutine  FMODE  (Determine  Mode) 68 

4.  3.  3.  1       Purpose 68 

4.3.3.  2       Calling  Sequence 68 

4.  3.  3.  3      Method 68 

4.3.3.4      Cross  Reference 68 

4.  3.  4  Subroutine  IOCHK  (Check  on  I/O  in 

Progress) 70 

4.3.4.  1       Purpose 7  0 

4.  3.4.  2       Calling  Sequence 7  0 

4.3.4.3  Method 7  0 

4.3.4.4  Cross  Reference 70 

4.  3.  5  Subroutine  LOADAT  (Load  Traffic 

Responsive  Pattern  Data) 7  2 

4.  3.  5.  1       Purpose 72 

4.  3.  5.  2       Calling  Sequence 7  2 

4.  3.  5.  3       Method 7  2 

4.  3.  5.  4       Cross  Reference 72 

4.  3.  6  Subroutine  PATGENT  (Pattern  Data 

Generation) 97 

4.  3.  6.  1       Purpose 97 

4.  3.  6.  2       Calling  Sequence 97 

4.  3.  6.  3       Method 97 

4.  3.  6.  4       Cross  Reference 98 

4.  3.  7           Subroutine  SHTDWN  (Shutdown) 124 

4.  3. 7.  1       Purpose 124 

4.  3.7.  2       Calling  Sequence 124 

4.  3.  7.  3      Method 124 

4.3.7.4       Cross  Reference 124 


CONTENTS  (Continued) 

Page 

4.  3.  8           Subroutine  SMINT  (Sum  Intervals).  '. 126 

4.3.8.1       Purpose ...  126 

4.  3.  8.  2       Calling  Sequence 126 

4.  3.  8.  3      Method •  -  126 

4.  3.  8.  4      Cross  Reference   ............  126 

4.  4       RTN5F  File  Subroutines 130 

4.4.  1  Subroutine  LDMOE5  (Load  Measures  of 

Effectiveness  for  Level  5)  .  .  .  . 131 

4.4.1.  1       Purpose 131 

4.4.  1.  2       Calling  Sequence 131 

4.4.1.3  Method 131 

4.4.1.4  Cross  Reference 131 

4.4.2           Subroutine  LINKD  (Subnetwork  Mapping).  .  .  .  134 

4.  4.  2.  1       Purpose 134 

4.4.2.  2       Calling  Sequence 134 

4.  4.  2.  3       Method 134 

4.4.2.4       Cross  Reference 134 

4.  4.  3  Subroutine  RTNFT  (TANSTP  Surveillance 

Computations) .  142 

4. 4.  3.  1       Purpose 142 

4.4.3.  2       Calling  Sequence 142 

4.4.3.3  Method .  142 

4.4.3.4  Cross  Reference 142 

4.  5       PREDICT  File  Subroutines 150 

4.  5.  1  Subroutine  BUFFEROUT /BUFFERIN 

(Write  or  Retrieve  RAD  Data) 151 

4.  5.  1.  1       Purpose 151 

4.  5.  1.  2       Calling  Sequence 151 

4.5.1.3  Method 151 

4.5.1.4  Cross  Reference .  152 

4.  5.  2  Subroutine  PRPRED  (Print  Predictor 

Statistics) 155 

4.  5.  2.  1       Purpose  . 155 

4.  5.  2.  2       Calling  Sequence 155 

4.  5.  2.  3      Method 155 

4.  5.  2.  4       Cross  Reference 156 


VI 


CONTENTS  (Continued) 

Page 

4.  6       RTSND  File  Subroutines • 163 

4., 6.  1            Subroutine  GETSPLT   (Get  Split) 164 

4.  6.  1.  1       Purpose 164 

4.6.  1.  2       Calling  Sequence 164 

4.6.1.3  Method ' 164 

4.  6.  1.4       Cross  Reference   .  .  . 164 

4.  6.  2  Subroutine  GSACBC  (Get  Sum  of  Fixed 

Intervals  in  Overlapping  Phases) 166 

4.  6.  2.  1       Purpose ,     166 

4.  6.  2.  2       Calling  Sequence   . 166 

4.  6.  2.  3      Method 166 

4.  6.  2.  4       Cross  Reference 166 

4.  6.  3  Subroutine  GTSMT  (Get  Sum  of  Fixed 

Intervals  not  Part  of  A-,    B-,    C- Phase 

Green) 168 

4.  6.  3.  1       Purpose 168 

4.  6.  3.  2      Calling  Sequence 168 

4.  6.  3.  3      Method 168 

4.6.3.4  Cross  Reference 168 

4.  6.4           Subroutine  IRTN  (Map  Core  Groups) 170 

4.6.4.  1       Purpose 17  0 

4.6.4.  2       Calling  Sequence 17  0 

4.6.4.3  Method 17  0 

4.6.4.4  Cross  Reference 170 

4.  6.  5           Subroutine  LNKFL  (Link  Failure) 17  3 

4.  6.  5.  1       Purpose 173 

4.  6.  5.  2       Calling  Sequence 173 

4.  6.  5.  3       Method 17  3 

4.  6.  5.  4       Cross  Reference 173 

4.  6.  6  Subroutine  LPHASV  (Load  Link  Phasing 

for  Volumes) 17  5 

4.  6.  6.  1       Purpose 175 

4.  6.  6.  2       Calling  Sequence 17  5 

4.  6.  6.  3      Method 176 

4.6.6.4       Cross  Reference 176 

4.  6.  7  Subroutine  SMSCYL  (Return  Sums  of  Fixed 

Intervals  in  Phase  and  Entry  and  Time-of- 

Day  Cycle  Length) 181 

4.  6.  7.  1       Purpose 181 

4.6.7.  2       Calling  Sequence 181 

4.6.7.3      Method 181 

4.  6.  7.  4       Cross  Reference 181 

vii 


CONTENTS  (Continued) 

Page 

4.  6.  8           Subroutine  SPLPK  (Pack  Splits)   ...'..  .  183 

4.  6.  8.  1       Purpose .  .-.  .  .  .  .  .  .  183 

4.6.8.  2       Calling  Sequence 183 

4.  6.  8.  3      Method 183 

4.  6.  8.  4      Cross  Reference   ...-......*..  183 

4.  6.  9  Subroutine  SPLTWP  (Pack  Time-of-Day 

Split) .  .  . 185 

4.  6.  9.  1       Purpose 185 

4.  6.  9.  2       Calling  Sequence   . 185 

4.  6.  9.  3      Method '      185 

4.6.9.4       Cross  Reference 185 

4.  6.  10        Subroutine  TOFAZE  (Allocate  Green  Time 

to  Two  Phases) 187 

4.  6.  10.  1    Purpose 187 

4.  6.  10.  2    Calling  Sequence 187 

4.  6.  1  0.  3    Method 187 

4.  6.  10.  4    Cross  Reference 187 

4.  7      INTFC  File  Subroutines 189 

4.  7.  1           Subroutine  ENTCYCL  (Entry  Cycle) 190 

4.  7.  1.  1       Purpose 190 

4.  7.  1.  2       Calling  Sequence 190 

4.  7.  1.  3      Method 190 

4.7.  1.4       Cross  Reference 190 

4.  7.  2           Subroutine  GETCYCLC  (Get  Cycle) 192 

4.7.2.  1       Purpose  . 192 

4.7.  2.  2       Calling  Sequence 192 

4.  7.  2.  3      Method 192 

4.7.2.4       Cross  Reference 192 

4.  7.  3           Subroutine  GETEO  (Get  Entry  Offset).  .....  194 

4.  7.  3.  1       Purpose *  194 

4.  7.  3.  2       Calling  Sequence 194 

4.  7.  3.  3      Method 194 

4.7.3.4      Cross  Reference .  194 

4.7.4           Subroutine  GETEOFF  (Get  Entry  Offset).  ...  196 

4.7.4.  1       Purpose 196 

4.7.4.  2      Calling  Sequence   ....  ...  .....  196 

4.  7.4.  3       Method I96 

4.7.4.4      Cross  Reference 196 


vin 


CONTENTS  (Continued) 

Page 

4.7.5           Subroutine  GET  INT  (Get  Intersections).  ....  198 

4.7.  5.  1       Purpose 198 

4.  7.  5.  2       Calling  Sequence 198 

4.  7.  5.  3      Method 198 

4.  7.  5.  4       Cross  Reference   ..."..... 198 

4.  7.  6           Subroutine  GETWORK  (Get  Working  Offset).  .  200 

4.  7.  6.  1       Purpose 200 

4.  7.  6.  2      Calling  Sequence 200 

4.  7.  6.  3      Method ,      200 

4.7.6.4       Cross  Reference 200 

4.  7.  7  Subroutine  LKCROS  (Link  Cross 

Reference)   .  .  . 202 

4.7.7.  1       Purpose  .  '. 202 

4.  7.  7.  2       Calling  Sequence 202 

4.  7.  7.  3      Method 202 

4.7.7.4       Cross  Reference 202 

4.7.8  Subroutine  MACA  (Major  Entry  Array) 204 

4.  7.  8.  1       Purpose 204 

4.7.8.  2      Calling  Sequence 204 

4.  7.  8.  3      Method 204 

4.7.8.4       Cross  Reference 204 

4.7.9  Subroutine  PAKF  (Pack  Transition  Flags).  .  .  206 

4.  7.  9.  1       Purpose 206 

4.  7.  9.  2       Calling  Sequence 206 

4.  7.  9.  3      Method 206 

4.7.9.4       Cross  Reference 206 

4.  7.  10         Subroutine  PUTEOFF  (Put  Entry  Offset).  .  .  .  208 

4.  7.  10.  1    Purpose 208 

4.7.  10.  2    Calling  Sequence .  208 

4.  7.  1 0.  3    Method 208 

4.  7.  10.  4    Cross  Reference .  208 

4.  8      LOCAL  File  Subroutines 210 

4.  8.  1            Subroutine  PERIOD  (Modulo  Routine) 211 

4.  8.  1.  1       Purpose 211 

4.  8.  1.  2       Calling  Sequence 211 

4.  8.  1.  3      Method 211 

4.  8.  1.  4       Cross  Reference 211 


IX 


CONTENTS  (Continued) 

Page 

4.  8.  2  Subroutine  TOFAZ1  (Compute  Split  for  Two 

Controller  Phases  ) .  .  . "...  .  213 

4.8.2.  1       Purpose 213 

4.  8.  2.  2       Calling  Sequence 213 

4.8.2.3      Method "••••. 21 3 

4.  8.  2.  4       Cross  Reference 213 

5.       MODIFIED  FIRST  GENERATION  ROUTINES 215 

5.  1       Routine  A  (RTNA  -   UTCS  Executive)  .  . 217 

5.  1.  1  Purpose .....'  217 

5.  1.  2  Discussion  of  Modifications 217 

5.  2      Routine  C  (RTNC  -  Once  Per  Vehicle) 230 

5.  2.  1  Purpose ' 230 

5.  2.  2  Discussion  of  Modifications 230 

5.  3       Routine  H  (RTNH  -   Fifteen- Minute  Performance  and 

Status  Report) 233 

5.  3.  1  Purpose 233 

5.  3.  2  Discussion  of  Modifications . 233 

5.4      Routine  I  (RTNI  -  End-of-Day  Report) 238 

5.  4.  1  Purpose 238 

5.  4.  2  Discussion  of  Modifications 238 

5.  5      Routine  K  (RTNK  -   CRT  Formatting) 239 

5.  5.  1  Purpose 239 

5.  5.  2  Discussion  of  Modifications 239 

5.  6      Routine  M  (RTNM  -  Manual  Control  Panel) 243 

5.  6.  1  Purpose  . 243 

5.  6.  2  Discussion  of  Modifications 243 

5.  7      Routine  Q  (RTNQ  -  Shutdown) .  245 

5.  7.  1  Purpose 245 

5.7.2  Discussion  of  Modifications ....  245 

5.8      Routine  S  (RTNS  -  Controller  Transition 

Computations) 248 

5.  8.  1  Purpose 248 

5.  8.  2  Discussion  of  Modifications 248 

5.  9       Routine  T  (RTNT  -   Interval  Advance  Routine) 249 

5.  9.  1  Purpose 249 

5.  9.  2  Discussion  of  Modifications 249 


CONTENTS  (Continued) 

Page 

5.  10    Routine  V  (RTNV  -   Critical  Intersection 

Computations)  .  .  .  . 25  0 

5.  10.  1         Purpose 250 

5.  10.  2         Discussion  of  Modifications 250 

5.  11    Routine  W  (RTNW  -   Controller  Parameter  Selection)  .  .  259 

.5.  11.  1         Purpose 259 

5.  11.  2        Discussion  of  Modifications 259 

5.  12    Routine  X  (RTNX  -  Semiactuated  Controller 

Computations) '  27  1 

5.  12.  1         Purpose 27  1 

5.  12.  2         Discussion  of  Modifications 27  1 

5.  13    Routine  Y  (RTNY  -  Start- Up) 27  2 

5.  13.  1         Purpose 272 

5.  13.  2        Discussion  of  Modifications 27  2 

VOLUME  3 
6.      DESCRIPTION  OF  UTCS/TANSTP  DATA  BASE  AND  DATA 

BASE  UPDATE  PROCEDURES 1 

6.  1       Definition  of  Data  Base  Parameters .' 1 

6.  2      Basic  Elements  of  UTCS/TANSTP  Data  Base  and 
Graphical  Representation  of  UTCS/TANSTP  Data 

Base  for  "Washington,   D.  C.  ,    UTCS  Network 121 

6.  2.  1            Controllers 121 

6.  2.  2           Detectors 121 

6.  2.  3           First  Generation  Links 121 

6.  2.4           Second  Generation  Links 122 

6.  2.  5           Groups '.  .  122 

6.  2.  6           Sections  . 122 

6.  2.  7           Subnetwork  Interface 123 

6.  2.  7.  1       Group  Interfaces 123 

6.  2.  7.  2      Section  Interfaces 123 

6.  2.  8  Graphical  Representation  of  UTCS/ 

TANSTP  Data  Base  for  Washington,  D.  C.  , 

UTCS  Network 124 

6.  3      UTCS/TANSTP  Data  Base  Update  Procedures 131 

6.  3.  1  Procedures  for  Adding  a  First  Generation 

Link. 13  2 

6.  3.  2  Procedures  for  Adding  a  Second  Generation 

Link 137 

6.  3.  3           Procedures  for  Adding  a  Controller 139 

6.  3.4  Procedures  for  Changing  Group  Assignment 

for  a  Controller 142 


XI 


CONTENTS  (Concluded) 

Page 

6.  3.  5  Procedures  for  Changing  Section 

Assignment  for  a  Controller .  143 

7.  OFF-LINE  SUPPORT  PROGRAMS 144 

7.  1       PATGEN  Program ;..... 144 

7.  1.  1           PATGEN  Program  Data  Arrays 145 

7.  2      Surveillance  Data  Dump  Program 146 

7.  3      Predictor  File  Initialization  Program 146 

7.  4       Predictor  Parameter  Generation  Program  (PARAM)   .  .  147 

7.  5      Binary  Save  Deck .  178 

7.  6       Software  System  Link  and  Load  Deck ...  .  .  .  .  178 

8.  UTCS/TANSTP  SYSTEM  OPERATING  PROCEDURES  AND 
SOFTWARE  SYSTEM  UPDATE  PROCEDURES 180 

8.  1       UTCS/TANSTP  System  Operating  Procedures.  ......  180 

8.  2      UTCS/TANSTP  Software  System  Update  Procedures.  .  .  182 

8.  2.  1  Procedure  to  Update  File  Contained  on 

OctrClS*       ••••••••••••••••      m       •      •       •      •       •       •       •      •       •  low 

8.  2.  2  Procedure  to  Update  File  Contained  on 

Compressed  Source  Tape  (File  UTCS)  ....  -.  182 

8.  2.  3  Procedure  to  Update  Pattern  Data  Via 

PATGEN .  183 

8.  2.4  Procedure  to  Initialize  Predictor  Data 

Files .  ......  183 

REFERENCES .  . 184 


xn 


ILLUSTRATIONS 

Page 
VOLUME   1 

1  Overview  of  TANSTP  Optimization  Software ' 6 

2  Overview  of  Integrated  UTCS /TANSTP  Software  System  ....  8 

3  UTCS /TANSTP  Software;  Overview  Flow  of  Signal  Time 

Keeping  Data ;  .   .  .  .  11 

4  UTCS  /TANSTP  Software  System  Overlay  Structure 31 

5  Routine  MACRO 39 

6  Routine  RTN5 53 

7  Routine  PREDICT 63 

8  Routine  RTSND 82 

9  Simple  Network  Demonstrating  Continuity  Links 144 

10  Descriptors  L,   M,    N,   O  for  Link  Connecting  Node  M  to 

Node  N 14  5 

11  Routine  LSTSQS 148 

12  Routine  INTFC 188 

13  Routine  TRNPAR 208 

14  LOCAL  Intersection  Algorithm  Link  and  Intersection 
Numbering  Scheme 223 

15  Routine  LOCAL 227 

VOLUME  2 

16  Subroutine  PERI05 .  8 

17  Subroutine  LLGTHF 10 

18  Subroutine  GOMTRY 14 

19  Subroutine  GSPLEL 29 

20  Subroutine  GSPLWL 3  1 

21  Subroutine  LDMOE 3  3 

22  Subroutine  PKWRK 35 


Xlll 


ILLUSTRATIONS  (Continued) 

Page 

23  Subroutine  SPLPKL ..........  37 

24  Subroutine  UNPAK  ,  .  . 40 

25  Subroutine  UNPKi . • ......  45 

26  Subroutine  WORK.  ...... *.'.  .  .  .  ....  49 

27  Subroutine  CORRECT .  .  57 

28  Subroutine  DELDAT '       65 

29  Subroutine  FMODE.  . 69 

30  Subroutine  IOCHK : 71 

31  Subroutine  LOADAT 73 

32  UTCS  Controller  Types;  Pictorial  Representation  of 

Controller  Parameters  .'.,.., 99 

33  Subroutine  PATGENT 102 

34  Subroutine  SHTDWN .  ...  125 

35  Subroutine  SMINT 127 

36  Subroutine  LDMOE5 132 

37  Subroutine  LINKD.  ...... 135 

38  Tape  Buffer  Format 143 

39  Subroutine  RTNFT ■ .  144 

40  Subroutine  BUFFEROUT/BUFFERIN 153 

41  Subroutine  PRPRED 157 

42  Sample  Printout  -  Predictor  Shutdown  Report 162 

43  Subroutine  GETSPLT 165 

44  Subroutine  GSACBC .  167 

45  Subroutine  GTSMT 169 

46  Subroutine  IRTN - 171 


xiv 


ILLUSTRATIONS  (Continued) 

Page 

47  Subroutine  LNKFL '. 174 

48  Subroutine  LPHASV 177 

49  Subroutine  SMSCYL 182 

50  Subroutine  SPLPK 184 

51  Subroutine  SPLTWP 186 

52  Subroutine  TO  FAZE '  188 

53  Subroutine  ENTCYCL 191 

54  Subroutine  GETCYCLC 193 

55  Subroutine  GETEO 19  5 

56  Subroutine  GETEOFF 197 

57  Subroutine  GETINT 199 

58  Subroutine  GETWORK 201 

59  Subroutine  LKCROS 203 

60  Subroutine  MACA 20  5 

61  Subroutine  PAKF 207 

62  Subroutine  PUTEOFF 209 

63  Subroutine  PERIOD 212 

64  Subroutine  TOFAZ1 .  214 

65  Routine  A 218 

66  Routine  C 23 1 

67  Routine  H 234 

68  TANSTP  Traffic  Signal  Timing  Report 23  5 

69  UTCS/TANSTP  Intersection  Status  Display  Format 240 

7  0  UTCS/TANSTP  System  Status  Display  Format 242 


xv 


ILLUSTRATIONS  (Concluded) 

Page 

71  Routine  Q .....* .  .  .  246 

72  Routine  V .,.„..,,,  .   .  .. ...... 251 

73  Routine  W .  .  .  .  .  .  .  .  .  .  .  .  261 

74  Routine  Y ...  .  .  .  .  273 

VOLUME  3 

75  Controllers  and  Links  in  UTCS  Network  Group  1  .  ....  .  ...  .......  .  125 

76  Controllers  and  Links  in  UTCS  Network  Group  2 >  126 

77  Controllers  and  Links  in  UTCS  Network  Group  3  .  .,.  .  .....  .  ,  .  127 

78  Controllers  and  Links  in  UTCS  Network  Group  4 128 

79  Controllers  and  Links  in  UTCS  Network  Group  5  .  .  .,„.  ......  129 

80  Controllers  and  Links  in  UTCS  Network  Group  6  . .  130 

81  Parameter  Generation  Program  -  Hierarchy  of  Subroutines.  .  148 

82  Program  PARAM. .........  ...  151 

83  Subroutine  FORIER.  . 156 

84  Subroutine  MLTREG.  . ,,....  ...  .  .  .  .  157 

85  Subroutine  BETA 159 

86  Subroutine  GAMMA.  .  . .  160 

87  Subroutine  MEAN 161 

88  Subroutine  MEMSET .  .  .  .  162 

89  Subroutine  MEMSTI 163 


xvi 


TABLES 

Page 
VOLUME   1 

1.  Functions  of  UTCS/TANSTP  MACRO  and  MICRO  Loops   ...  7 

2.  UTCS/TANSTP  Routines  and  Subroutines;  Functions, 
Priority  Level,    Programming  Language,    and  Core 

Storage  Requirements ,  12 

3.  Sigma  5  Interrupt  Structure  (External  Group  2) 26 

4.  UTCS/TANSTP  Interrupt  Triggering  Structure 27 

5.  UTCS/TANSTP  File  Names  and  Functions    .  ' •  29 

6.  Routines  /Subroutines  in  Each  File  and  Form  of  Source 

Input 30 

7.  MACRO  Loop  Optimization  Decision  Logic 34 

8.  Definition  of  Variable  Names  Used  in  Routine  MACRO  ....  44 

9.  Definition  of  Variable  Names  Used  in  RTN5 57 

10.  Definition  of  Variable  Names  Used  in  PREDICT.  .' 71 

11.  Washington,    D.  C.    UTCS  Network;  Instrumented 

Controllers  in  Each  Group 78 

12.  Routine  RTSND  Split  Change  Decision  Logic 80 

13.  Definition  of  Variable  Names  Used  in  Routine  RTSND 129 

14.  Definition  of  Variable  Names  Used  in  Routine  LSTSQS  ....  174 

15.  Definition  of  Variable  Names  Used  in  Routine  INTFC 201 

16.  Definition  of  Variable  Names  Used  in  Routine  TRNPAR.  .  .  .  218 

17.  LOCAL  Control  Decision  Logic 222 

18.  Definition  of  Variable  Names  Used  in  Routine  LOCAL 263 

VOLUME   2 

19.  Index  to  UTCS/TANSTP  Subroutines 2 

20.  Definition  of  Link  Phasing  Codes  and  Link  Delay  Function 

as  Function  of  Code 52 

21.  Linear  Transformations  as  a  Function  of  Controller  Type 
for  Obtaining  B-  and  C- Phase  Offsets  as  Function  of 

A- Phase  Offset - 54 


xvu 


TABLES  (Concluded) 

Page 
i 

22.  Definition  of  Variable  Names  Used  in  Subroutine  PRPRED.  .  160 

VOLUME  3 

23.  'UTCS/TANSTP  Data  Base  Index 3 

24.  First  Generation,   UTCS,  Static  Arrays  .  .......  .  .  .  .  .  .  22 

25.  Second  Generation,   TANSTP,   Static  Arrays  .  .  ..........  38 

26.  First  Generation,   UTCS,   Dynamic  Arrays  .  .  .  ....  .  .  .  ...  .  48 

27.  Second  Generation,   TANSTP,   Dynamic  Arrays  . 102 

28.  COMMON  Blocks  in  UTCS/TANSTP  Software   .  .....  .  118 

29.  Off- Line  Support  Programs  and  Form  of  Source   ........  144 

30.  Input  Data  Formats  -  Program  PARAM 164 

31.  Definition  of  Variable  Names  Used  in  Program  PARAM  .  .  .  165 

32.  Definition  of  Variable  Names  Used  in  Subroutine  FORIER  .  .  169 

33.  Definition  of  Variable  Names  Used  in 

Subroutine  MLTREG .  .  171 

34.  Definition  of  Variable  Names  Used  in  Subroutines  BETA 

and  GAMMA   .  . 173 

35.  Definition  of  Variable  Names  Used  in  Subroutine  MEAN  .  .  .  175 

36.  Definition  of  Variable  Names  Used  in 

Subroutine  MEMSET .  .  . .  ...  .  176 

37.  Definition  of  Variable  Names  Used  in  Subroutine  MEMST1.  .  177 


xvi  11 


4.     DATA  BASE  INTERFACE  AND  SUPPORT  SUBROUTINES 


This  section  gives  a  detailed  description  of  each  of  the  46  subroutines 
included  in  the  UTCS/TANSTP  software  system.     The  descriptions  include 
the  purpose  of  each  subroutine,   the  proper  calling  sequence  for  accessing 
each,    the  method  used  to  accomplish  the  purpose,    and  a  cross  reference 
indicating  which  routines  call  each  subroutine.     Input  arguments  to  each 
subroutine  are  designated  by  their  being  underlined  in  the  description  of 
the  calling  sequence. 

The  organization  of  presentation  used  in  this  section  is  to  group  the 
subroutines  by  the  files  in  which  they  reside.     The  major  functions  of  each 
file  are  listed  in  Table  5  of  Section  2.     Table  19  provides  an  inde^:  of  the 
subsections  of  this  document  which  describe  each  subroutine.     Also, 
included  in  Table  19  is  the  name  of  the  file  in  which  each  subroutine 
resides  and  the  routines  which  call  each  subroutine.     Table  2  of  Section  2 
gives  the  programming  language  used  in  constructing  each  subroutine  and 
the  core  storage  required  for  each. 
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4.  1    SUB RTi  FILE  SUBROUTINES 

As  stated  in  Section  2,  the  SUBRT1  file  contains  the  MACRO  loop 
executive  and  a  portion  of  the  second  generation  data  base.     This  file  was 
set  up  so  that  the  user  specified  data  base  parameters  could  be  changed 
with  a  minimum  of  compilation  and  assembly  time.     The  subroutines  con- 
tained in  this  file  are  LLGTHF  and  PERI05. 


4.  1.  1     Subroutine  PERIQ5  (Cycle  Length  Modulo) 

4.  1.  1.  1     Purpose 

The  purpose  of  Subroutine  PERI05  is  to  modulo  a' given  number,    X, 
by  the  cycle  length. 

4.1.1.2    Calling  Sequence 

CALL  PERIQ5   (X,    LLC,    ULC,    CY) 
where 

X  =  Number  to  be  tested  and  modified  (input  and  output  argument) 

LLC  =  Lower  limit  on  X 

ULC  =  Upper  limit  on  X 

CY  =  Value  of  cycle  length 

4.  1.  1.  3    Method 

The  value  of  X  is.  compared  to  LLC.     If  X  is  smaller,    CY  is  added 
to  X  until  X  is  larger  then  LLC.      Then  X  is  compared  to  ULC.     If  X  is 
larger,    -CY  is  added  to  X  until  X  is  smaller. 

A  logic  flow  diagram  of  Subroutine  PERI0  5  is  given  in  Figure  16. 

4.1.1.4    Cross  Reference 

Subroutine  PERI05  is  called  by  Level  5  Routines  LSTSQS5    TRNPAR, 
and  INTFC. 


►  input  arguments 


PERI05  (X,LLC,ULC,CY) 


f  ENTER         'j 


X=X+CY 


X=  X-CY 


Figure  16.     Subroutine  PERI05 


4.  1.  2    Subroutine  LLGTHF  (Load  Link  Length,    Phase  Code,    and  Weight; 

4.  1.  2.  1     Purpose 

Subroutine  LLGTHF  retrieves  the  link  length,   pha'sing  code,   link 
importance  factor,   and  speed  multiplication  factor  for  a  specified  link. 

4.  1.  2.  2     Calling  Sequence 

The  calling  sequence  for  this  subroutine  is  as  follows: 

CALL  LLGTHF  (L2,    LGTH,   IFZE,    LIMF,   JALPH) 
where 

L2  -  Second  generation  link  number  (input  argument) 

LGTH  =  Link  length  in  feet 

IFZE  =  Link  phasing  code 

LIMF  =  Link  importance  factor 

JALPH  =  Link  speed  multiplication  factor 

4.  1.  2.  3  •  Method 

The  elements  of  second  generation  data  base  arrays  LENGTH, 
LFZE,   IALPH,   and  JALPH  associated  with  Link  L2  are  accessed  and 
loaded  into  the  return  arguments. 

A  logic  flow  diagram  of  Subroutine  LLGTHF  is  given  in  Figure  17. 

4.  1.  2.  4     Cross  Reference 

This  subroutine  is  called  by  Routines  LSTSQS  and  INTFC  and  returns 
to  those  routines. 


output  arguments 


SUBROUTINE  LLGTHF  (U,  LGTH,  IFZE,  LIMF,  ISFC) 


ENTER  SUBROUTtNl 
LLGTHF  FROM 
LSTSQS 


Rl  =  L2*  1 


LGTH*  LENGTHS) 
IFZE   =»  LFZE(R1) 
LIMF  =  IMP(R1) 
1SFC  »JALPH*1) 


(    RETURN     J 


Figure  17.     Subroutine  LLGTHF 


10 


4.  2    SUBRT2  FILE  SUBROUTINES 

As  stated  in  Section  2,  the  SUBRT2  file  contains  assembly  language 
subroutines  which  support  the  MICRO  loop  optimization 'routine,    LOCAL. 
Included  are  Subroutines  GOMTRY,    GSPLEL,   GSPLWL,    LDMOE}    PKWRK, 
SPLPKL,   UNPAK,   UNPKi,   and  WORK. 


11 


4.  2.  1     Subroutine  GOMTRY  (Link  Geometry) 

4. 2.  1.  1     Purpose 

i 
The  purpose  of  Subroutine  GOMTRY  is  to  retrieve  link  data  for  the 
links  approaching  and  departing  a  controller.     This  link  data  is  used  by 
the  offset  optimization  algorithm  in  Routine  LOCAL.     The  specific  data 
returned  are  the  link  weighting  and  link  idealized  offsets. 

4.  2.  1.  2    Calling  Sequence 

This  subroutine  is  called  as  follows: 

CALL  GOMTRY  (INT,  IFZ,   W,    R,   LNKGE) 

where  INT  and  IFZ  are  input  arguments  and  W,    R,    and  LNKGE  are  output 
arguments  as  follows: 

INT  =  Controller  number  (input* argument) 

IFZ  =  Phase  for  which  data  is  desired  (input  argument) 

=  1  desire  A-Phase  data 

=  2  desire  B- Phase  data 

=  3  desire  C- Phase  data 

W  =  Eight  element  array  containing  link  importance  factor  times 
link  volume.     Numbering  of  links  for  each  phase  is  as  in 
Figure  14.      (output  argument) 

R  =  Eight  element  array  containing  the  quantities  of  link  idealized 
offsets  plus  the  phase  offset  at  the  neighboring  controller 
associated  with  each  link.      (Idealized  offset  is  defined  as  the 
link  length  divided  by  the  average  speed  of  the  vehicles  on  the 
link.  )    The  link  numbering  scheme  for  each  phase  is  as  in 
Figure  14.      (output  argument) 

LNKGE  =  Linkage  flag  (output  argument) 

=  0  indicates  that  linkage  in  Figure  14  exists  for  this  con- 
troller phase  and  offset  optimization  can  be 
accomplished 

■£  0  indicates  that  no  linkage  exists  for  this  phase  and  that 
offset  optimization  cannot  be  accomplished.     The  offset 
for  this  phase  must  be  established  through  split  rela- 
tionship.    (As  an  example,   this  result  is  to  be  expected 
in  calling  for  B- Phase  link  data  for  controllers  along  an 
arterial  wherein  no  controllers  exist  at  the  upstream  of 
the  cross  street  or  B- Phase  approaches.  ) 
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4.  2.  1.  3    Method 

The  subroutine  uses  the  controller  number  and  phase  index  to  com- 
pute the  proper  index  into  the  array,    LOCDAT.     If  the  first  entry  in 
LOCDAT  is   255  for  this  phase  and  controller,   a  Negative  1  is  stored  in  the 
output  argument  LNKGE  and  the  subroutine  is  exited. 

If  the  array  LOCDAT  does  not  contain  a  255  in  the  first  entry,  the 
subroutine  accesses  eight  successive  entries  in  the  LOCDAT  array  which 
contains  the  second  generation  link  numbers  associated  with  the  numbering 
scheme  of  Figure  14.  A  zero  entry  in  LOCDAT  implies  that  a  link  does 
not  exist.  For  each  second  generation  link  in  LOCDAT,  the  link  weight 
and  link  idealized  offset  data  is  computed  and  placed  in  the  outpxit  argu- 
ments W  and  R»    respectively. 

A  logic  flow  diagram  of  Subroutine  GOMTRY  is  given  in  Figure  18. 

4.2.1.4     Cross  Reference 

This  subroutine  is  called  by  Routine  LOCAL  and  returns  to  that 
routine. 
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SUBROUTINE  GOMTRY  0 NT ,FZIND .WEIGHTS ,RIJPLD,LNKAG'F) 


C     ENTER      J 


LNKAGF 

=  0 

Rl 

=  INT-  1 

R2 

=  LOCFLG  $1)-  1 

R3 

=  (FZIND-  1)*2 

R2 

=  (R2  +  R3)  *  4 

YES 


i 


R5  =CYCLC,R1 

CYCLE  =  KCL 


I 


-^ 


WEIGHTS  (|)=  0,  1=  1,  2,  .  .  .  8 
RIJPLD  (I)      =0,  1=  1,  2,  ...  8 


OFFSET  0)  =0,  1=  1,  2,  ...  8 

OFF1  (I)       =  0,  1=  1,  2,  ...  8 

RIJPR  (I)       =0,  1=  1,  2,  ...  8 

CORECT  (l)=0/  |=  1,  2,  ...  8 


LNKAGF=-1 

V 

C  RETURN     J 


Figure  18.     Routine  GOMTRY 
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Q-i 


R2=  R2- 

R4=  0 


-» 


I 


R4  =  R4  +  1 


YES 


R2  f  R2  +  1 

R3  =  LOCADAT  $2) 


m 


R3         =  R3  -  1 
LFA2E=  FLZE  $3) 


YES 


R2         =  R2  -  4 

R5         =  LOCDAT  $2)  -  1 

LFAZE  =  LFZE  <R5) 

R2         =  R2  +  4 


«- 


.0 


Figure  18.     Routine  GOMTRY  (Continued) 
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COR=  0 

R5      =  R3  *  4 

Rll    =  AND  (R4,  1) 


NO 


R13=  1 

R5    =  R5  +  2 

R6    =  LMNO  (R5)  -  1 

R7    =  CYCLC  (R6) 


NO 


R5  =  Rl  *  4 
R6  =  LFAZE 


YES 


-O 


-0 


-0 


Figure  18.     Re  itine  GOMTRY  (Continued) 
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-» 


RIO 

=  WRKOFS  $5) 

COR 

=  COR*R13 

R5 

=  R4-  1 

OFFSET  $5) 

=  RIO*  R13 

CORECT 

*5) 

=  COR 

Rll  =  0 


NO 


R10=  tQPH  (HO 


0^^U 


YES 


Figure  18.     Routine  GOMTRY  (Continued) 
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NO 


R10=  K3PH  (Rl) 


3 


**»- 


© 


R5  =  R5  +  2 


NO 


5 


Rl  1  =  DELT  (Rl) 


YES 


Rll  =  -  (Rll  -  128) 


E 


i 


COR  =  Rll 

RIO    =  K3PH  (Rl) 


YES 


0 


Figure  18.     Routine  GOMTRY  (Continued) 


18 


R13=  -1 

R5    =  R5  +  1 

R6    =  LMNO  (R5)  -  1 

R7    =CYCLC 


R5=  Rl  *  4 
R6  =  LFAZE 


Figure  18.     Routine  GOMTRY   (Continued) 
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<^CALLWMOE^> 
<^CALUD£ALOF 


R5 

=  R4-  1 

WEIGHTS 

$5) 

=  WTA 

RIJPR 

0*5) 

=  RIJ 

OFF! 

__ — __ 

(R5) 

=  OFF 

Figure  18.     Routine  GOMTRY  (Continued) 
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RU  =  RIJPR  $5)  +  OFF1  $5)  +  CORECT  $5)  +  OFFSET  #5) 


<^  CALL  LIMIT  "^> 


RUPLD  (R5)  =  RU 


Figure  18.     Routine  GOMTRY  (Continued) 
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R5  =  R4  -  1 
R6  =  R5  -  4 
R10=  WEIGHTS  #5) 


YES 


-0 


WEIGHTS  ^5)=  0JHO  +  WEIGHTS  (R6))/2 
RIJ  =  RIJ.PR  $6)  +  RIJPR  $15)  +  OFF1  (R5) 

+  CORECT  $5)  +  OFFSET  £5) 


1 


.  LIMIT  ^> 


RIJPLD  (R5)  =  RIJ 


NO 


■© 


Figure  18.      Routine  GOMTRY   (Continued) 
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WTA=  (R10/2)  *R11 
f     RETURN     J 


Figure  18.     Routine  GOMTRY   (Continued) 
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( 

IDEALOF    J 

t 

Rll  = 
R7    = 

LENGTH  £3) 
1GLNK  (R3) 

R7  = 

25SN    YES      * 

R9 

1=43 

?     / 

R8=3 

JNO 

R7=  R7  -  1 
R9  =  (SBAR  (R7) 

+  2)/4*  (22/15)*  SFF/100 

■^   — 

Rll  =  (RllA9)*2 
RIJ  =  0 
R5    =  R3  *  4 
R8    =  LFZE  013) 


Figure  18.     Routine  GOMTRY  (Continued) 
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YES 


r"© 


YES 


R5=  R5+  1 

R5  =  (LMNO  $5)-  1)  *-4 


OFF  =  WRKOFS  #5) 
RIJ    =  Rll 


C    RETURN     J 


Figure  18.     Routine  GOMTRY  (Continued) 
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2 


R5  -  R5  +  2 

R5=  (LMNO(R5)-l)*4 


R8=  0 


YES 


>NO 


R8=3 


YES 


fNO 


R8=6 


YES 


NO 


R8=  1 


YES 


NO 


R8=4 


YES 


NO 


R8  =  7 


YES 


NO 


OFF*-WRKOFS  (R5) 
Rl  J    =  Rl  1 


I 


R5=  R5  +  1 


*m* 


t 

r    RETURN     J 
Figure  18.     Routine  GOMTRY  (Continued) 
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NO 
|  R1J=  RIJ-CYC 


f     Ri 


E 


RETURN 


Figure  18.     Routine  GOMTRY  (Concluded) 


4.  2.  2    Subroutine  GSPLEL  (Get  Time- of- Day  Split  for  LOCAL) 

4. 2. 2.  1     Purpose 

The  purpose  of  Subroutine  GSPLEL  is  to  retrieve  the  tirne-of-day 
A-  and  C-  Phase  splits  for  a  given  controller. 

4.  2.  2.  2     Calling  Sequence 

The  calling  sequence  for  this  subroutine  is  as  follows: 

CALL  GSPLEL  (INT,   ISPLTA,  ISPLTC) 

where  INT  is  an  input  argument  and  ISPLTA  and  ISPLTC  are  output  argu- 
ments as  follows: 

INT  =  First  generation  controller  number  (input  argument) 

ISPLTA  =  Time -of- Day  A- Phase  split 

ISPLTC  =  Time-of-Day  C- Phase  split 

4.  2.  2.  3    Method 


•  (output  arguments) 


The  input  argument  is  used  to  form  the  index  to  the  array,   SPLIT. 
From  that  array  the  two  halfwords  comprising  the  A-  and  C- Phase  splits 
are  placed  in  the  output  arguments. 

A  Logic  flow  diagram  of  Subroutine  GSPLEL  is  given  in  Figure  19. 

4.  2.  2.  4     Cross  Reference 

This  subroutine  is  called  by  Routine  LOCAL  and  returns  to  that 
routine. 
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SUBROUTINE  GSPLEL  (INT, SPLITA, SPLITC) 


( 

ENTER 

1 

) 

Rl 

SPLITA 
Rl 
SPLITC 

=  (INT-  1)*2 
=  SPLIT  (Rl) 
=  Rl  +  1 
=  SPLIT  (Rl) 

^^~ 

c 

RETURN 

) 

Figure   19.     Subroutine  GSPLEL 
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4.2.3    Subroutine  GSPLWL  (Get  Working  Split  for  LOCAL) 

4.  2.  3.  1     Purpose 

The  purpose  of  Subroutine  GSPLWL  is  to  retrieve  the  current  work- 
ing A-   and  C-Phase  split  for  a  given  controller. 

4.  2.  3.  2     Calling  Sequence 

The  calling  sequence  for  this  subroutine  is  as  follows: 

CALL  GSPLWL  (INT,    SPLTA,    ISPLTC) 
where 

INT  =  First  generation  controller  number  (input  argument) 

ISPLTA  =  A- Phase  working  split  " 

ISPLTC  =  C- Phase  working  split 
4.  2.  3.  3    Method 


•  (output  arguments) 


The  input  argument  is  used  to  form  the  proper  index  into  the  array, 
SPLITW  to  retrieve  the  working  A-  and  C- Phase  split. 

A  logic  flow  diagram  of  Subroutine  GSPLWL  is  given  in  Figure  20. 

4.  2.  3.  4     Cross  Reference 

This  subroutine  is  called  by  Routine  LOCAL  and  returns  to  that 
routine. 
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SUBROUTINE  GSPLWL  (INT, SPUTA, SPLITC) 


C     ENTER      J 


Rl  =(INT-1)*2 

SPLITA  =  SPLITW  $1) 
Rl  =  Rl  +  1 

SPLITC  =  SPLITW  (Rl) 


C    RETURN     J 


Figure  20.     Subroutine  GSPLWL 
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4.2.4    Subroutine  LDMOE  (Load  Measures  of  Effectiveness  Data) 
4. 2. 4.  1     Purpose 

The  purpose  of  Subroutine  LDMOE  is  to  retrieve  the  smoothed 
volume,   queue,    and  occupancy  for  a  given  link. 

4.  2.4.  2    Calling  Sequence 

The  calling  sequence  for  this  subroutine  is  as  follows: 

CALL  LDMOE  (L    J) 
where  I  -  First  generation  link  number  (input  argument)  ( 

and  the  output  arguments  are  as  follows: 

J(l)  =  Volume  in  vehicles  per  hour 

J(2)  =  Queue  in  vehicles 

J(3)  =  Occupancy  in  percent 

4.  2.4.  3    Method 

The  subroutine  uses  the  input  argument  to  compute  the  proper 
indexes  into  the  arrays  VOL,    QBAR,   and  AHCC.     The  elements  of  these 
arrays  are  placed  in  the  return  arguments. 

A  logic  flow  diagram  of  Subroutine  LDMOE  is  given  in  Figure  21. 

4.2.4.4    Cross  Reference 

This  subroutine  is  called  by  Routine  LOCAL  and  returns  to  that 
routine. 
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SUBROUTINE  LDMOE  (I,  J) 


C     ENTER       J 


J(l)=VOL  0)/2 

J  (2)  =  QBAR  0) 

J  (3)  =  AHCC  0)*  100/32768 


"XT 

C  RETURN     J 


Figure  2i.     Subroutine  LDMOE 
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4.  2.  5    Subroutine  PKWRK  (Pack  Working  Offsets) 

4. 2. 5.  1     Purpose 

The  purpose  of  Subroutine  PKWRK  is  to  store  into  the  data  base  the 
A- ,    B- ,   and  C- Phase  working  offsets  for  controller. 

4.  2.  5.  2    Calling  Sequence 

This  subroutine  is  called  by: 

CALL  PRWRK  (INT,   B) 
where 

INT  -  First  generation  controller  number  (input  argument) 

B(l)  =  A- Phase  working  offset 

B(2)  =  B- Phase  working  offset 

B(3)  =  C- Phase  working  offset 

4.  2.  5.  3    Method 

Given  controller  number  INT  and  the  A-,  B-,  and  C- Phase  working 
offsets  in  the  array  B,  PKWRK  stores  the  offsets  into  the  data  base  array 
WRKOFS. 

A  logic  flow  diagram  of  Subroutine  PKWRK  is  given  in  Figure  22. 

4.  2.  5.  4     Cross  Reference 

Subroutine  PKWRK  is  called  by  LOCAL. 


(output  arguments) 
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SUBROUTINE  PKWRK(INT,B) 


WRKOFS(INT,2)  =  B-PHASE  WORKING  OFFSET 
=  B(2) 


I 


WRKOFS(INT,2)  =  C-PHASE  WORKING  OFFSET 
=  B(3) 


C 


RETURN 


) 


Figure  22.     Subroutine  PKWRK 
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4.2.6    Subroutine  SPLPKL  (Split  Pack  from  LOCAL) 

4.  2.  6.  1     Purpose 

The  purpose  of  Subroutine  SPLPKL  is  to  pack  the  newly  computed 
A-  and  C- Phase  split  into  the  working  split  array,  SPLITW,  for  a  given 
controller. 

4.  2.  6.  2    Calling  Sequence 

The  calling  sequence  for  this  subroutine  is  as  follows: 

CALL  SPLPKL  (INT,   ISPLTA,   ISPLTC) 
where  all  arguments  are  input  arguments  defined  as  follows:  ». 

INT  =  First  generation  controller  number 

ISPLTA  =  A- Phase  split 

ISPLTC  =  C-  Phase  split 

4.  2.  6.  3    Method 

The  subroutine  uses  the  controller  number  to  compute  the  proper 
halfword  index  into  the  SPLITW  array.  The  A-  and  C-Phase  splits  are 
then  packed  into  this  array. 

A  logic  flow  diagram  of  Subroutine  SPLPKL  is  given  in  Figure  23. 

4.  2.  6.  4     Cross  Reference 

This  subroutine  is  called  by  Routine  LOCAL  and  returns  to  that 
routine. 


(input  arguments) 
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SUBROUTINE  SPLPKL  (INT, SPUTA, SPLITC) 


C      ENTER      J 


Rl  =(1NT-1)*2 

SPLITW  0U)  =  SPUTA 
Rl  =  Rl  +  1 

SPLITW  #1)=  SPLITC 


C    RETURN.     J 


Figure  23.     Subroutine  SPLPKL 
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4.2,7    Subroutine  UNPAK  (Unpack  Controller  Phasing  Data) 

4.2.7.  1     Purpose 

i 
The  purpose  of  Subroutine  UNPAK  is  to  retrieve  controller  phasing 
data  from  the  data  base. 

4.2.7.2    Calling  Sequence 

The  calling  sequence  for  this  subroutine  is  as  follows: 

CALL  UNPAK  (INT,    IRTN) 


where 


INT  =  First  generation  controller  number  (input  argument) 

IRTN  =  Fifteen  element  return  array  with  entries  as  follows  (out- 
put argument): 

IRTN(l)  =  Current  cycle  length 

IRTN(2)  =  Controller  type  code  (K3PH) 

IRTN(3)  =  Duration  of  leading  movement  at  K3PH  =  2  and  3  type 
controller 

IRTN(4)  =  Duration  of  time  from  start  of  leading  movement  to 

end  of  lagging  movement  less  the  duration  of  the  vari- 
able interval  duration  at  K3PH  =  2  and  3  type  controller 

IRTN(5)  =  Duration  of  all  red  clearance  interval  at  end  of  A-Phase 

IRTN(6)  =  Duration  of  all  red  clearance  interval  at  end  of  B-  Phase 

IRTN(7)  =  Duration  of  all  red  clearance  interval  at  end  of  C- Phase 

IRTN(8)  =  Summation  of  all  r"ed  clearance  intervals  in  controller 
cycle 

IRTN(9)  =  Sum  of  fixed  intervals   in  A- Phase 

IRTN(IO)  =  Sum  of  fixed  intervals  in  B- Phase 

IRTN(ll)  =  Sum  of  fixed  intervals  in  C- Phase 

IRTN(12)  =  Minimum  A- Phase  duration 

IRTN(13)  =  Minimum  B- Phase  duration 

IRTN(14)  =  Minimum  C- Phase  duration 
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IRTN(15)  =  Controller  phase  order  code  (IFOT).     Setting  depends 
on  controller  type. 


Controller  Type 

K3PH  =  0 
K3PH  =  0 
K3PH  =  1 
K3PH  =  1 
K3PH  =  2,  3 


Phase  Code 

0 
1 
0 

1 


i         Definition 

Phase  order  is  AB 
Phase  order  is  BA 
Phase  order  is  ABC 
Phase  order  is  ACB 


not  defined 


4.2.  7.  3    Method 


The  subroutine  uses  the  controller  number  to  form  the  proper  entry 
index  into  each  of  the  following  data  base  arrays:  ' 

KCL,    K3PH,   DELT,   SUMACBC,   SMTABC,  SABC,   GMINABC4, 
SUMABCT,    and  IO. 

A  logic  flow  diagram  of  Subroutine  UNPAK  is  given  in  Figure  24. 

4.  2.  7.  4    Cross  Reference 

This  subroutine  is  called  by  Routine  LOCAL  and  returns  to  that 
routine. 
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SUBROUTINE  UNPAK  (INT,  RTN) 


ENTER 


I 


) 


RTN  0=0,  1=  1,  15 


1 

Rl 

=  INT- 1 

R2 

=  Rl  *  4 

R6 

=  CYCLC  $1) 

R3 

=  0 

RTN 

<*3) 

=  KCL  $6) 

R3 

=  R3+  1 

RTN 

#3) 

=  K3PH  £1) 

R3 

=  R3  +  1 

R5=  DELT  #1) 


YES 


R5=  -  (R5  -  128) 


E 


RTN  (R3)  =  R5 


Figure  24.     Subroutine  UNPAK 
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R3 
RTN 


■  R3+  1 

-  SUMACBC  ft  1)1 


R5  =  4 
R3  =  R3  +  1 


=  SABC  0*2) 
=  R2  +  1 
=  R3+  1 
=  R5-  1 


YES 


R2=R1  *4 
R5=  3 


RTN 

0*3) 

=  SMTABC 

<R2) 

R2 

=  R2+  1 

R3 

=  R3+  1 

R5 

=  R5-  1 

YES 


Figure  24.     Subroutine  UNPAK  (Continued) 
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R5  =  3 

R2  =  Rl  *  4 


EE 


RTN 

<R3) 

»  GMINABC4  (R2) 

R2 

=  R2+  1 

R3 

=  R3+  1 

R5 

=  R5  -  1 

R2  =(INT-l)*4  +  3 

RTN  (R3)=  IO  (R2) 
Rl  =  INT  -  1 

R8  =  K3PH  #1) 


YES 


R3  =  13 

Rl  =  R1M  +  2 

RTN  (R3)=  SUMABCT  $1) 


^    RETURN     J 


Figure  24.     Subroutine  UNPAK  (Concluded) 
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4.2,8    Subroutine  UNPK1  (Unpack  Link  Data) 

4.  2.  8.  1     Purpose 

The  purpose  of  Subroutine  UNPK1  is  to  retrieve  the  link  numbers  of 
the  critical  links  associated  with  each  phase  of  a  given  controller  and  to 
retrieve  the  amounts  of  green  time  available  for  each  controller  phase. 

4.  2.  8.  2    Calling  Sequence 

The  calling  sequence  for  this  subroutine  is  as  follows: 

CALL  UNPK1  (INT,    LINK,    IRTN) 


where 


(output  arguments) 


INT  =  First  generation  controller  number  (input  argument) 

LINK  =  Six  element  array  giving  first  generation  link  numbers 
associated  with  each  phase  as  follows  (an  entry  of  zero 
implies  no  link  is  associated  with  phase): 

LINK(l)  =  Phase  Al  link' 

LINK(2)  -  Phase  A 2  link 

LINK(3)  =  Phase  Bl  link 

LINK (4)  =  Phase  B2  link 

LINK(5)  =  Phase  CI  link 

LINK(6)  =  Phase  C2  link 

IRTN  =  Five  element  array  which  contains  the  following  data 

IRTN(l)  =  Time  available  for  A-  and  B- Phase  (output  arguments) 

IRTN(2)  =  Time  available  for  A-  and  C- Phase  for  K3PH  =  3  type 
controllers.     Time  available  for  B-  and  C- Phase  for 
K3PH  =  2  type  controllers,      (output  arguments) 

IRTN(3)  =  Time  available  for  A-,   B- ,   and  C- Phase  for  K3PH  =  1 
type  controllers   (output  arguments) 

IRTN(4)  =  Time-of-day  cycle  length  for  this  controller  (output 
arguments) 

IRTN(5)  =  Minimum  cycle  length  for  this  controller  (output 
arguments) 
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4.  2.  a.  3    Method 

The  subroutine  uses  the  controller  number  to  form  the  index  into 
LSI  array  which  contains  the  starting  location  in  the  CONTLN  array  to  find 
the  links  associated  with  the  controller.     The  array  LDSfrST  is  then  used  to 
retrieve  the  links  associated  with  each  phase  from  the  array  CONTLN  and 
place  them  into  the  output  argument  array  LINK. 

Arrays  ABBCABCG,    ENTCYSV,    KCL,   and  TKM  are  then  accessed 
to  obtain  the  entries  for  the  IRTN  array. 

A  logic  flow  diagram  of  Subroutine  UNPK1  is  given  in  Figure  25. 

4.  2.  8.  4    Cross  Reference 

This  subroutine  is  called  by  Routine  LOCAL  and  returns  to  that 
routine. 
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SUBROUTINE  UNPk»  (INT,  LINK,  RTN) 


C     ENTER       J 

LINK  (!)=  0,  1=  1,  2, 
RTN  0)    =0,  I>1,  2,   .  . 

.  6 

.  5 

Rl 

=  INT-  1 

R4 

=  R1  *4 

R2 

=  0 

R5 

=  LSI  $]) 

LINK  (R2) 

=  CONTLN  #5)+  1 

R2 

=  R2  +  1 

R13 

=  LDSET  $U) 

YES 


R7  'R5  +  R13 

LINK  (R2)=CONTLN  $7)  +  1 


i 


R2  =  R2  +  1 

R7  =  1  +  R4 

R7  =  LDSET  $7)  +  R5 

LINK  #2)-CONTLN  $7)  +  1 


Figure  25.     Subroutine  UNPK1 
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R2  =  R2  +  1 
R7  =  2  +  R4 
R6  =  LDSET  #7) 


YES 


R6  =  R6  +  R5 

LINK  {R2)=CONTLN  (R6)  +  1 


■#- 


R2  =  R2  +  1 
R7  =  K3PH  $1) 


YES 


R7  =  3  +  R4 

R7  =  LDSET  $7)  +  R5 

LINK  (R2)  =  CONTLN  $7)  +  1 


If-*- 


R2 

=  0    • 

R4 

*  Rl  *4 

RTN  (R2) 

=  ABBCABCG 

0*4) 

R2 

=  R2+  1 

R4 

=  R4+  1 

RTN 

<R2) 

=  ABBCABCG 

$4) 

Figure  25.     Subroutine  UNPKi  (Continued) 


46 


R2  =  R2  +  1 

R4  =  R4  +  1 

RTN  (R2)  =  ABBCABCG  #4) 


R2  =  R2  +  1 

R3  =  ENTCYSV  $1) 

RTN  $2)  =  KCL 


I 


R2  =  R2+  1 

RTN  $2)=TKM  (Rl) 


C     RETURN    J 


Figure  25.     Subroutine  UNPK1  (Concluded) 
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4.2.9    Subroutine  WORK  (Working  Offset  Unpack) 
4.  2.  9.  1     Purpose 

t 

The  purpose  of  Subroutine  WORK  is  to  extract  the  A- ,   B-,   and 
O Phase  working  offsets,   the  leading  and  lagging  offset  deltas,  and  the 
■working  cycle  length  from  the  data  base. 

4.  2.  9.  2    Calling  Sequence 

This  subroutine  is  called  by: 

CALL  WORK  (INT,   B) 
where  '■ 

INT  =  First  generation  controller  number  (input  argument) 

B(l,.  .  .  .  ,  3)  =  A-,    B- ,    and  C- Phase  working  offset,    respectively 
(output  argument) 

B(4)  =  Leading  offset  delta  between  A-  and  B-  or  A-  and  C- Phases 
(output  argument) 

B(5)  =  Lagging  offset  delta  between  A-  and  B-  or  A-  and  C- Phases 
(output  argument) 

B(6)  =  Working  cycle  length  (output  argument) 

4.  2.9.  3    Method 

Given  an  intersection  number  INT,  the  A- ,   B-,   and  C- Phase  working 
offsets;  the  leading  and  lagging  offset  deltas;  and  the  working  cycle  length 
are  obtained  from  the  data  base. 

A  logic  flow  diagram  of  Subroutine  WORK  is  given  in  Figure  26. 

4.  2.  9.  4    Cross  Reference 

Subroutine  WORK  is  called  by  Routine  LOCAL. 
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SUBROUTINE  WORK(INT,B) 
f  ENTER  J 


B(l)  =  A-PHASE  WORKING  OFFSET 
=  WRKOFS(INT/l) 


I 


B(2)  =  B-PHASE  WORKING  OFFSET 
=  WRKOFS(INT,2) 


B(3)  =  C-PHASE  WORKING  OFFSET 
=  WRKOFS(INT/3) 


J 

C        RETURN         J 
Figure  26.     Subroutine  WORK 
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4.3    SUBRT3  FILE  SUBROUTINES 

The  subroutines  in  this  file  support  the  MACRO  loop  optimization 
functions.     Included  are  Subroutines  CORRECT,   DELDAT,    FMODE, 
IOCHK,   LOADAT,   PATGENT,   SHTDWN,   and  SMINT. 
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4.  3.  1    Subroutine  CORRECT  (Idealized  Offset  Corrections) 

4.  3.  1.  1     Purpose 

t 
The  purpose  of  Subroutine  CORRECT  is  to  compute  linear  transfor- 
mations at  the  upstream  and  downstream  controllers  on  a  link  to  account 
for  the  fact  that  the  link  may  connect  to  a  phase  which  is  not  A- Phase.     The 
transformations  are  summed  and  returned  to  Routine  LSTSQS  which  adds 
the  sum  to  the  idealized  offset  in  the  form  of  a  correction  term. 

4.3.1.2     Calling  Sequence 

The  calling  sequence  to  this  subroutine  is 

CALL  CORRECT  (IO,  ICORR) 

where  the  input  argument  is  an  array  IO  as  follows; 

IO(l)  is  the  first  generation  controller  number  at  upstream 
end  of  link 

IO(2)  is  the  first  generation  controller  number  at  downstream 
of  link 

IO(3)  is  the  link  phasing  code  (see  Table  20) 

IO(4)  is  the  cycle  length  under  consideration 

The  output  argument,   ICORR,    is  the  correction  term  to  be  applied 
to  the  idealized  offset  to  the  link.     The  units  are  time  (scaled  Bl). 

4.  3.  1.  3    Method 

The  subroutine  first  accesses  the  controller  type  codes  for  the  con- 
trollers upstream  and  downstream  of  the  link.     The  link  phasing  code  is 
then  tested  to  determine  the  transformations  required  to  form  the  idealized 
offset  correction  term.      Details  of  the  logic  follow. 

Table  20  defines  the  controller  phases  associated  with  a  link  as  a 
function  of  the  phasing  code.     The  proper  form  of  the  delay  function  for  a 
link  as  a  function  of  the  phasing  code  is  also  given  in  this  table.      (The 
symbol,    R,    in  this  table  is  the  link  idealized  offset  and  the  subscripts  u 
and  d  refer  to  upstream  and  downstream,    respectively.  ) 

Routine  LSTSQS  is  concerned  with  determining  the  optimal  A- Phase 
offset  for  each  controller.     Therefore,    a  transformation  to  the  A- Phase 
offset  is  required  for  the  cases  where  the  link  phasing  code  is  nonzero. 
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The  transformations  are  a  function  of  the  controller  type  as  shown 
in  Table  21.     The  definition  of  terms  used  in  this  table  are  as  follows: 

A  =  A- Phase  offset  ' 

B  =  B- Phase  offset 

C  =  C- Phase  offset 

CY  =  Cycle  length 

IFO  =  Controller  Phase  Order  Code 

If  K3PH  =0; 

IFO  =  0  indicates  phase  order  is  AB 
IFO  =   1  indicates  phase  order  is  BA 

If  K3PH  =  1; 

IFO  =  0  indicates  phase  order  is  ABC 
IFO  =  0  indicates  phase  order  is  ACB 

K3PH  =  Controller  Type  Code 

K3PH  =  0  implies  2  phase  controller 

K3PH  =  1  implies  3  phase  controller  with  no  overlap 

K3PH  =  2  implies  3  phase  controller  where  A  and  C  overlap 

K3PH  =  3  implies  3  phase  controller  where  B  and  C  overlap 

SMTA  =  Duration  of  all  red  clearance  interval  at  end  of  A-Phase 

SMTAC  =  Duration  of  all  red  clearance  interval  at  end  of 
AC- Phase  for  K3PH  =  2  type  controllers 

SMTC  =  Duration  of  all  red  clearance  interval  at  end  of  C-Phase 

SPUTA  =  A- Phase  split 

SPLIT  AC  =  AC- Phase  split  for  K3PH  =  2  type  controllers;  mea- 
sured from  start  of  leading  movement  to  end  to  lagging 
movement 

SPLIT C  =  C-  Phase  split 

A  =  Duration  of  leading  movement  at  K3PH  =  2  and  3  type 
controllers 

The  means  of  arriving  at  the  idealized  offset  correction  using  the 
data  of  Tables  20  and  21  is  demonstrated  in  the  following  example. 
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Assume  a  link  phasing  code  of  5;  an  upstream  controller  type  of 
K3PH  ~2,  A  >  0;  and  a  downstream  controller  type  of  K3PH  =   1,    IFO  =  1. 
From  Table  20  we  see  that  the  correct  form  of  the  link  delay  function  is 

Delay  =  fR  +  B     -  C,}2. 
7  u         dJ 

From  Table  21,   the  transformation  from  B-Phase  to  A- Phase  at  the 
upstream  controller  is 

B     =  A     +  (SPLITAC   )  *  CY  +  SMTAC   . 
u         u  u  u 

From  this  same  table,   the  transformation  from  C- Phase  to  A- Phase 
at  the  downstream  controller  is 

C  ,  =  A  ,  +  (SPUTA  ,)  *  CY  +  SMTA, 
ad  a  a 

Substituting  these  transformations  into  the  delay  function,  we  have 
Delay  =  f  R  +  Au  -  Ad  +  (SPLIT ACu)  *  CY  +  SMTACu  -  (SPLITAd) 

*  CY  -  SMTA,}2. 
d  J 

Thus,    the  correction  term  to  be  applied  to  the  idealized  offset,    R, 
by  Routine  LSTSQS  is 

Correction  =  (SPLITAC    )  *  CY  +  SMTAC     -  (SPLITAJ  *  CY 

u  u  d 

-  SMTA, 
d 

So  that  the  link  delay  function  becomes 

1  2 

Delay  =  fR     +  Au  -  Ad) 

where 

R     =  R  +  Correction 

A  logic  flow  diagram  of  Subroutine  CORRECT  is  given  in  Figure  27. 
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4.  3.  1.  4     Cross  Reference 

This  subroutine  is  called  by  Routine  LSTSQS  once  for  each  link  in 
each  subnetwork.     After  each  call,   the  subroutine  returns  to 
Routine  LSTSQS. 
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SUBROUTINE  CORRECT  (J,  ICORR) 


2 


CT=0 


C    ENTER      J 


l 


Rl 

=  0 

CORRUP*  Rl 

R2 

«J*1) 

R2 

=  R2-  1 

INTU 

»R2 

Rl 

=  Rl  +  1 

R2 

'J  $1) 

R2 

■-  R2  -  1 

INTO 

=  R2 

Rl 

-  Rl  +  1 

R2 

=  Jfcf) 

IFZE 

=  R2 

Rl 

=  Rl  +  1 

R2 

=  J(R1) 

R2 

=  2*R2 

CY 

=  R2 

I  PASS  =  0 
ATIMET  =  0 
CTIMET=  0 


R4=  I  PASS 


Rl  *  INTU 


Rl  -  INTO 


© 


Figure  27.     Subroutine  CORRECT 
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R2 

=  4  *  Rl  +  3 

R3 

=  2  *  Rl 

R7 

=  SMTABC  $2) 

R9 

=  (CY  -  R7)  *  SPLITW  (R3)/1000 

R2 

=  R2-3 

ATI  MET 

=  R9  +  SMTABC  $2) 

R8 

=  K3PH  £1) 

R3 

=  R3+  1 

R9 

=  (CY  -  R7)  *  SPLITW 

£3)/IOOO 

R2 

=  R2  +  2 

CTIMGT  : 

=  R9  +  SMTABC  <R2) 

E 


R5  -  IFZE 
R4=  I  PASS 


Figure  27.     Subroutine  CORRECT  (Continued) 
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ICORR'CORRUP-CT 


I 


R4  =  R4  +  1 

I  PASS      =  R4 
CORRUP=CT 


C    RETURNj 


Figure  27.     Subroutine  CORRECT  (Continued) 
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Figure  27.     Subroutine  CORRECT  (Continued) 
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YES 


R2 

IFO 

R13 

fl) 

38  4*  Rl  +  3 
3  lO  #2) 
33  IFO  011) 

-»■■ 


CT=  ATIMET 


Figure  27.     Subroutine  CORRECT  (Continued) 
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© 


R12  =  128 
R13  =  R13-  R12 
R13=  R13  +  ATIMET 
CT  =  R13 


NO, 


R2 


-  4  *  Rl  +  3 


SFO  $1)=  lO  $2) 
-  1FO  #1) 


CT=  ATIMET 


R]4=CY 

R14=  R14-CTSME 

CT  s  R14 
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Figure  27.     Subroutine  CORRECT  (Continued) 
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R12  =  128 
R13=  R13  -  R12 
R13=-R13    ' 


CT=  R13 


R13=  R13+  ATIMET 
CT  -  R13 


Figure  27.     Subroutine  CORRECT   (Concluded) 
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4.3.2    Subroutine  DELDAT   (Obtain  Delay  Data) 

4.  3.  2.  1     Purpose 

The  purpose  of  Subroutine  DELDAT  is  to  obtain  data  necessary  for 
estimating. average  vehicle  delay  on  a  link.     Specifically,   the  current  off- 
sets of  the  controllers  at  the  upstream  and  downstream  ends  of  a  link  are 
retrieved  along  with  the  cycle  length  currently  in  affect  at  the  controllers. 

4.  3.  2.  2    Calling  Sequence 

The  calling  sequence  for  this  subroutine  is  as  follows: 

CALL  DELDAT  (JB,    I) 
where  JB  is  the  input  array  as  follows: 

JB(1)  =  Upstream  controller  number 

JB(2)  =  Downstream  controller  number 

JB(3)  =  Link  phasing  code  (see  Table  20) 
and  I  is  the  output  array  as  follows: 

1(1)  =  Offset  of  phase  associated  with  link  at  upstream  controller 

1(2)  =  Offset  of  phase  associated  with  link  at  downstream 
controller 

1(3)  =  Cycle  length  currently  in  effect 

All  of  the  output  arguments  are  scaled  Bl. 

4.  3.  2.  3    Method 

The  subroutine  uses  the  controller  numbers  and  the  phase  code  to 
compute  the  byte  index  into  the  entry'offset  array,    IO,   to  retrieve  the 
phase  offsets  associated  with  the  link.     The  arrays  ENTCYCLC  and  KCL 
are  accessed  to  obtain  the  cycle  length. 

A  logic  flow  diagram  of  Sxxbroutine  DELDAT  is  given  in  Figure  28. 

4.3.  2.  4     Cross  Reference 

This  subroutine  is  called  by  Routine  LSTSQS  and  returns  to  that 
routine. 
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SUBROUTINE  DELDAT  (JB,  I) 


[OUT  £2-1)  =  oj 
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R2=  IN  -  1 
R3=IN  (1) 
R4=  IN  (2) 


R5  =  ENTCYCLC 

OUT  (2)  =  KCL  (R5) 


R2  =  R2  *  4 
R3  =  R3  *  4 


Figure  28.     Subroutine  DELDAT 
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R5=  0 
R6=  1 


R3  =  R3  +  1 


R3  =  R3  +  2 


R2  =  R2  +  1 


R2  =  R2  +  1 
R3  =  R3  +  1 
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Figure  28.     Subroutine  DELDAT  (Continuted) 
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f     RETURN     ) 


Figure  28.     Subroutine  DELDAT  (Concluded) 
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4.3.3    Subroutine  FMODE  (Determine  Mode) 

4.  3.  3.  1     Purpose 

i 
The  purpose  of  Subroutine  FMODE  is  to  determine  if  any  section  of 
controllersis  in  the  Traffic  Responsive  Mode  of  operation. 

4.  3.  3.  2     Calling  Sequence 

This  subroutine  is  called  by: 

CALL  FMODE(K) 
where 

K  is  the  output  argument 

K=0  =  No  section  is  in  Traffic  Responsive  Mode 

K=l  =  At  least  one  section  is  in  the  Traffic  Responsive  Mode 

4.  3.  3.  3     Method 

The  mode  flags   (MODE)  for  all  sections  are  tested  for  a  value  of  3. 
If  any  flag  is  3,    K  is   set  1.     Otherwise  K  is  set  0. 

A  logic  flow  diagram  of  Subroutine  FMODE  is  given  in  Figure  29. 

4.  3.  3.  4    Cross  Reference 

Subroutine  FMODE  is  called  by  MACRO  and  returns  to  that  routine. 
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SUBROUTINE  FMODE(K) 


Figure  29.     Subroutine  FMODE 
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4.3.4    Subroutine  IOCHK  (Check  on  I/O  in  Progress) 

4.  3.  4.  1     Purpose 

The  purpose  of  Subroutine  IOCHK  is  to  determine  if  any  Priority 
Level  3  input  or  output  is  in  progress. 

4.3.4.2    Calling  Sequence 

The  calling  sequence  to  this  subroutine  is  as  follows: 

CALL  IOCHK(I) 
where  I  is  the  output  argument 

=  0  if  no  I/O  is  in  progress 

4  0  if  I/O  is  in  progress 

4.  3.  4.  3    Method 

The  subroutine  accesses  the  array,   MAST,    (Master  Activity  Scan 
Table)  to  determine  if  any  input  or  output  is  in  progress. 

A  logic  flow  diagram  of  Subroutine  IOCHK  is  given  in  Figure  30. 

4.  3.  4.  4     Cross  Reference 

This  subroutine  is  called  by  Routine  MACRO  and  returns  to  that 
routine. 
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SUBROUTINE  SOCHK  (IO) 


Figure  30.     Subroutine  IOCHK 
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4.  3.  5    Subroutine  LOADAT  (Load  Traffic  Responsive  Pattern  Data) 

4. 3. 5.  1     Purpose 

t 

The  purpose  of  Subroutine  LOADAT  is  to  compute  the  variable  inter- 
val durations  for  each  controller  and  pack  them  into  the  entry  interval 
array,    ENTRYINT,    so  that  this  array  represents  the  Traffic  Responsive 
pattern  generated  by  Routine  LSTSQS.      The  subroutine  also  computes  and 
packs  the  Interval   1  entry  offset,    ENTRYOFF,   and  the  B-  and  C- Phase 
entry  offsets,   IOg  and  IOc»    respectively.      The  subroutine  also  loads  the 
proper  value  of  the  entry  cycle  length  code,    KCL,    and  the  subnetwork 
number,    IEA. 

4.  3.  5.  2    Calling  Sequence  , 

This  subroutine  is  called  as  follows: 

CALL  LOADAT  (ICO NT,    IO) 
where  both  arguments  are  input  and  are  as  follows: 

ICONT  =  First  generation  controller  number 

IO(l)  =  Cycle  length 

IO(2)  =  A- Phase  offset 

IO(3)  =  Subnetwork  number 

4.  3.  5.  3    Method 

The  computations  performed  are  a  function  of  the  controller  type, 
K3PH.     The  interpretation  of  the  controller  type  code  is  given  in 
Section  4.  3.  6. 

The  variable  interval  durations  are  computed  using  the  working  split 
array,   SPLITW,   loaded  by  Routine  RTSND  and  the  cycle  length  passed  to 
the  subroutine  by  Routine  LSTSQS.     The  offsets  of  each  phase  are  obtained 
through  using  the  elements  of  the  arrays  DELT,   SUMACBC,   SMTABC,   and 
SABC  computed  by  Subroutine  PATGENT.      The  Interval  1  offset, 
ENTRYOFF,    is  computed  from  the  A- Phase  offset  passed  to  the  subroutine 
by  Routine  LSTSQS  and  the  element  of  the  array,   BIAS,    computed  by 
Subroutine  PATGENT. 

A  logic  flow  diagram  of  Subroutine  LOADAT  is  given  in  Figure  31. 

4.  3.  5.  4     Cross  Reference 

Subroutine  LOADAT  is  called  by  Routine  LSTSQS  once  for  each  con- 
troller if  the  new  Traffic  Responsive  pattern  is  to  be  implemented.     After 
the  controller  has  been  processed,   the  subroutine  returns  to 
Routine  LSTSQS. 
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SUBROUTINE  LOADAT  (!NT,  j) 
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2 
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Figure  31.     Subroutine  LOADAT 
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ENTRYOFF  0U)=  R8  +  R9 


R2    =  0 

RJ0  =  J  (R2)*2 


R5=  16 
R4=  0 


R4  =  R4  +  1 
R5=  R5  -  1 


Figure  31,     Subroutine  LOADAT  (Continued) 
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Figure  31.     Subroutine  LOADAT  (Continued) 
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Figure  31.     Subroutine  L.OADAT  (Continued) 
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Figure  31.     Subroutine  LOADAT  (Continued) 
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Figure  31.     Subroutine  LOADAT  (Continued) 
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Figure  31.     Subroutine  LOADAT  (Continued) 
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Figure  31.     Subroutine  LOADAT  (Continued) 
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Figure  31.     Subroutine  LOADAT  (Continued) 
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Figure  31.     Subroutine  LOADAT  (Continued) 
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Figure  31.     Subroutine  LOADAT  (Continued) 
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Figure  31.     Subroutine  LOADAT  (Continued) 
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Figure  31.     Subroutine  LOADAT  (Continued) 
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Figure  31.     Subroutine  LOAD  AT  (Continued) 
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Figure  31.     Subroutine  LOADAT  (Continued) 
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Figure  31.     Subroutine  LOADAT  (Continued) 
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Figure  31.     Subroutine  LOADAT  (Continued) 
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Figure  31.     Subroutine  LOADAT  (Continued) 
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Figure  31.     Subroutine  LOADAT  (Continued) 
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Figure  31.     Subroutine  LOADAT  (Continued) 
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Figure  31.     Subroutine  LOADAT  (Continued) 
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Figure  31.     Subroutine  LOADAT  (Continued) 
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Figur*  31.     Subroutine  LOADAT  (Cortinued) 
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Figure  31.     Subroutine  LOADAT  (Concluded) 
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4.  3.  6    Subroutine  PATGENT  (Pattern  Data  Generation) 
4.  3.  6.  1     Purpose 

r 

The  purpose  of  Subroutine  PATGENT  is  to  compute  data  associated 
with  the  Time-of-Day  signal  timing  pattern  for  each  controller  and  pack 
this  data  into  the  data  base.     The  data  are  required  by  the  TANSTP  opti- 
mization Routines  LSTSQS  and  LOCAL  to  properly  compute  the  Traffic 
Responsive  Patterns. 

4.  3.  6.  2    Calling  Sequence 

The  calling  sequence  to  this  subroutine  is  as  follows: 

BAL,    R15  PATGENT 

Subroutine  PATGENT  expects  a  controller  number  in  the  word,   INTNMi. 
This  word  is  required  to  be  properly  loaded  prior  to  calling  the  subroutine. 

4.  3.  6.  3    Method 

The  subroutine  uses  the  entry  interval  array,    ENTRYINT,   which  is 
loaded  into  core  from  RAD  by  Routine  RTNW  and  the  phase  start  and  end 
data  (ABSTRT  and  ABCEND)  in  Subroutine  LLGTHF  to  compute  the  fol- 
lowing data  base  parameters: 

BIAS  =  Time  from  start  of  A- Phase  to  start  of  Interval  1 

DELT  =  Duration  of  leading  movement  at  K3PH  =  2  and  3  type 
controllers 

IO.   =  A- Phase  offset 

IO„  =  B- Phase  offset 
tJ 

IOc  =  C- Phase  offset 

IFO  =  Phase  order  code 

SA  =  Sum  of  fixed  intervals  in  A- Phase 

SB  =  Sum  of  fixed  intervals  in  B- Phase 

SC  =  Sum  of  fixed  intervals  in  C-  Phase 

SMTA  =  Duration  of  all  red  clearance  interval  at  the  end  of  A- Phase 

SMTB  =  Duration  of  all  red  clearance  interval  at  the  end  of  B~ Phase 

SMTC  =  Duration  of  all  red  clearance  interval  at  the  end  of  C- Phase 
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SMT  =  Sum  of  all  red  clearance  intervals  in  the  controller  cycle 

SPLITA  =  A- Phase  split 

SPLIT C  =  C- Phase  split 

SUMAC  =  Time  from  start  of  leading  movement  to  end  of  lagging 
movement  less  the  A-Phase  variable  interval  duration 
for  K3PH  =  2  type  controllers 

SUMBC  =  Time  from  start  of  leading  movement  to  end  of  lagging 
movement  less  the  B-Phase  variable  interval  duration 
for  K3PH  =  3  type  controllers 

■ 
The  computations  are  a  function  of  the  controler  type,   K3PH. 
Figure  32  gives  a  pictorial  description  of  the  above  parameters  for  each 
controller  type. 

After  the  above  data  have  been  computed,   the  subroutine  packs  it 
into  the  following  arrays: 

BIAS 

DELT 

SABC 

SMTABC 

SPLIT 

SUMACBC 

The  definitions,    format,  units,  and  scaling  for  these  arrays  are 
given  in  Section  6. 

A  logic  flow  diagram  of  Subroutine  PATGENT  is  given  in  Figure  33. 

4.  3.  6.  4    Cross  Reference 

This  subroutine  is  called  by  Routine  RTNW  once  for  each  controller 
after  new  time-of-day  or  manual  pattern  is  read  into  core  from  RAD. 
Subroutine  PATGENT  returns  to  RTNW  after  a  controller  has  been  pro- 
cessed.    Subroutines  HITEST  and  LOWTEST  are  assembled  as  part  of 
PATGENT  and  are  branched  to  from  the  main  body  of  the  program. 
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f  PATGENT-J 


STREG  0)*R  (l)#  •=  !/  •  ->  16 


1 

SUMT 

=  0 

ATIME  =  0 

VARB         =  0 

S2T 

=  0 

BTIME  =  0 

BARC         =  0 

ST 

=  0 

CTIME  =  0 

ABCTIME  =  0 

SA 

=  0 

ASTRT  =  0 

AENDP1     =  0 

SB 

=  0 

BSTRT    =  0 

BENOP1     =  0 

SC 

=  0 

CSTRT  ■  0 

STRTAC      =  0 

DEL 

=»  0 

AEND  =*  0 

ENDAC     =  0 

SUMTA 

=  0 

CEND  =  0 

ENDACP1  =  0 

SUMTB 

=  o 

BEND   =  0 

BCSM1       *  0 

SUMTC 

=  0 

ASM1    =  0  • 

SI 

*  0 

BSM1     =  0 

IFOT 

■  0 

CSM1    =  0 

CY 

38  0 

VARA   =  0 

R1 

ABBCABCG  $1) 

R2 

ASTRT 

AEND 

VARA 

R4 

CY 

R2 

BSTRT 

VARB 

BEND 


=  INTNM1 
=  GABBCABC  (Rl) 
-  INTMM1  *4 
=  ABCSTRT  ft2) 
=  ABCEND  P|) 
=  VAR1NT  $2) 
=  ENTCYCLC  fll) 
=  KCL  #4) 
=  R2  +  1 
=  ABCSTRT  $2) 
=  VARINT  #2) 
=  ABCEND  $2) 


1 


LOW 
HJGH 


ASTRT 
AEND 


ALL  SM1NtV-W^  a    J 


Figure  33.     Subroutine  PATGENT 
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ATIME=  FZT~1 


I 


LOW  =  BSTCT     | 
HIGH  "BEND      I 


^      CALL  SMI  NT     ^> 


BTIME=  FZT 


I 


SUMT  -  CY  -  ATIME  -  BTIME 


R8"  K3PH  ftl) 


YES 


•G 


R2 

=  R2+  1 

* 

CSTRT  = 
CEND  = 

ABCSTRT  £2) 
ABCEND  #2) 

LOW  =  CSTRT 
HIGH  =  CEND 


<^    CALLSMINT    "^> 

T 


CTIME  =  FZT 


Figure  33.     Subroutine  PAT  GENT  (Continued) 
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f 


© 


I    R7-  K3PH  ftl)    1 


D 


SUMT  -  SUMT  -  CTIME 


i 


VARC-VARINT  (R2) 

#-s« 


R2  »  16  •  Rl 

R3  =  R2  +  VARA 

SA=  ATIME  -  ENTRYINT  f3) 

R3  »  R2  +  VARB 

SB  -  BTIME  -  ENTRYINT  $3) 

SC=*0 


R3  =  R2  +  VARC 

SC  =  CTIME  -  ENTRYINT  $3) 


-»-i.    E 


Figure  33.     Subroutine  PATGENT  (Continued) 
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© 


R3  -  R2  +  VARA 

SC  =  CTIME  -  ENTRYINT 


R3  =  R2  +  VARB 

SC  -  CTIME  -  ENTRYINT  £3) 


I 


R8  =  ASTRT 


LOW  =  ASTRT 
HIGH  -  INTERVH  $1) 


CALL  SMI  NT 


Figure  33.     Subroutine  PAT  GENT  (Continued) 
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Bl  =  FZT 


E 


ABCTIME  -  CY  -  SUMIT 


I 


R14  =  AEND  +  1 


C    CALLHITEST     J 

7 


AENDPl  »  R14      | 


I 


|       R14«BEND+1 


c 


i 


CALL  HI  "") 


BENDP1  ■  R14       | 


I 


R14  =  ASTRT-  1 


(    CALL  LOWTEST     ) 

1 


ASM!  *  R14 


i 


R14=BSTRT-  1 
(~~CALL  LOWTEST     ) 


BSM1  =  R14 


Figure  33.     Subroutine  PATGENT  (Continued) 
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CSM1  =  R14 


i 


1     R14=CEND+1 


i 

(   CALL  HITEST    ) 


CENDPl  =  R14 


I 


R8=  K3PH  ftl) 


LOW  =■  AENDP1 
HIGH  -  BSM1 


( 


I 


CALL  SMI  NT 


1 


Figure  33.     Subroutine  PATGENT  (Continued) 
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SUMTA  *  FZT 


LOW  »  BENP1 
HIGH^  ASM1 


(      CALLSMINT      ) 


SUMTB  =  FZT 


f~ 


ST      =  ATIME  •  1000/ABCTIME 
IFOT  -  0 


IFOT=  1 


fc 


VARC  ■  0 
S2T     =0 


Figure  33.     Subroutine  PATGENT  (Continued) 
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ST    -  ATIME*  1000/ABCTIME 
S2T  -  CTIME  •  1000/ABCTIME 


LOW  =  AENDP1 
HIGH  =  CSM1 


LOW  *CENDP1 
HIGH=BSM1 


Figure  33.     Subroutine  PAT  GENT  (Continued) 
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CALL  SMI  NT 


I 


SUMTC  =  FZT 


YES 


LOW  *  BENDP1 
HIGH=  ASM1 


o 


I 


CALL  SMI  NT 


I 


) 


SUMTB  »■  FZT 


Figure  33.     Subroutine  PATGE NT  (Continued) 


10 


STRTAC  ~  ASTRT 


R8=*  K3PH  #1) 


STRTAC  =  CSTRT 
LOW      =  STRTAC 
HIGH     = ASM1 


( 


I 


CALL  SMI  NT 


DEL=  FZT  +  128 


STRTAC  =  ASTRif 

LOW      *  STRTAC 

HIQH    f  C§ML 


-)       C 


CALL  SMI  NT 


DEL=  FZT 


} 


Figure  33.     Subroutine  PATGENT  (Continued) 
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LOW  -  AENDP1 
HtGH-BSMl 


I 

^  CALL  SMINt") 


SUMTA=  FZT 


LOW  =  BENDP1 
HIGH  =  CSM1 


i        1        K 

(     CALL  SMI  NT     ) 

I 


SUMTB  =  FZT 


LOW  -  CENDP1 
HIGH  *  ASM1 


1 

(     CALL  SMJNT      > 

E 


SUMTC  =  FZT 


Figure  33.     Subroutine  PATGENT  (Continued) 
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STKTAC  -  ASTRT 
LOW      =  STRTAC 
HIGH     *  CSMI 


YES 


STRTAC  =  ASTRT 
LOW      =  STRTAC 
HIGH     =  CSMI 


( 


I 


STRTAC  s  CSTRT 

LOW      =  STRTAC 
HIGH     =  ASM*        | 


CALL  SMINT 


I 


)     ( 


CALL  SMINT 


DEL*  FZT 


I 


DEL  -  FZT  +    28 


-^ 


-**- 


Figure  33.     Subroutine  PATGENT  (Continued) 
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YES 


ENDAC      =  AEND 
ENDACP1  =»  AENDP1 


I 


LOW       STRTAC 
HIGH  *  ENDAC 


C     CALL  SMINT      ~) 

7 


ATIME  =  FZT 


i 


LOW  =  BSTRT 
HIGH  =  BEND 


( 


CALL  SMINT 


I 


) 


BTIME  =  FZT 


i 


1 


ENDAC      =  CEND 
ENDACP1  »  CENDP1 


SUMT  =  CY  -  AHME  -  BTIME 


Figure  33.     Subroutine  PAT  GENT  (Continued) 
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i 


LOW=  BENDP1 
R14    =  STRTAC  -  1 


« 


CALL  LOWTEST 


ASM1  =  R14 
HIGH  =  ASM! 


LOW  -  ENDACP1 
HIGH-BSMl 

* 

(      CALL  SMI  NT      ) 

♦ 

SUMTA  ■  FZT 

{      CALL  SMI  NT     ) 

i 


SUMTB  =  FZT 


E 


ABCTIME  =  CY  -  SUMT 

ST  -  ATIME  *  1000/ABCTIME 


Figure  33.     Subroutine  PATGENT  (Continued) 
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R2  *16*R1 

R3  -R2  +  VARA 

SUMAC  =  ATIME  -  ENTRYINT  £3) 


I 


STRTAC  =  BSTRT 
LOW      =  STRTAC 


STRTAC  =  CSTRT 
LOW      =  STRTAC 


E 


ENDAC  =  CEND 
HIGH     =  ENDAC 


ENDBC  =  BEND 
HIGH    =  ENDBC 


YES 


YES 


Figure  33.     Subroutine  PATGENT  (Continued) 
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c 


CALL  SMI  NT 


) 


BT1ME  *  FZT 
LOW   ■  ASTRT 
HIGH  =  AEND 


C 


I 


CALL  SMI  NT 


) 


ATIME 

*FZT 

SUMT 

*CY- 

ATIME  - 

■  BTIME 

ABCTIME 

=  CY- 

SUMT 

ST 

*  ATIME*  1000/ABCTIME 

YES 


LOW  -  BSTRT 
HIGH=CSM1 


c 


LOW  3  CSTRT 
HIGH'BSMl 


-J 


CALL  SMI  NT 


i 


}  c 


CALL  SMI  NT 


DEL  =  FZT 


I 


DEL=  FZT+  128 


1 


© 


Figure  33.     Subroutine  PATGENT  (Continued) 
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R2  =*16#R1+VARB 

SUMBC  *  BTIME  -  ENTRYINT  f  2) 


YES 


LOW=  AENDP1 


YES 


1 


HIGH-CSM1 


HIGH  =  BSM1 

I        ;      i 

CALLSMINT  /      C     CALL  SMI  NT        / 

I  _1 


HIGH  =  ASM! 


YES 


LOW=CENDPl 


1 


LOW  *  BEND 


Figure  33.     Subroutine  PATGENT  (Continued) 
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R9  =  ENTRYOFF  f*l)  -  Bl 


AOFF  *  R9  +  CY 


I 


COFF=0 
LOW  =  ASTRT 
HIGH=*BSM1 


( 


I 


CALL  SMI  NT 


) 


BOFF  -  AOFF  +  FZT 


R10=  K3PH  fl) 


YES 


Figure  33.     Subroutine  PATGENT  (Continued) 
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RB 

=  AUH- 

R9 

=«BOFF 

AOFF 

=  R9 

BOFF 

=  R8 

HIGH  *  CSM1 

,  1  r 

(        CALL  SMI  NT        ) 

3 


COFF=  AOFF+FZT 


YES 


AOFF  P,  AOFF  -  CY 


YES 


BOFF=BOFF-CY 


*^^c\ck  <  rv     ?^***JL- 

.    ^Ino 

COFF=COFF-CY 

\t~^ 

Figure  33.     Subroutine  PATGENT  (Continued) 
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IO  014)  =*  BOFF 

SMTABC  ^4)  =  SUMTB 

7 


R4=R4+  1 


I 


IO  (R4)  =  COFF 

SMTABC  (R4)  =  SUMTC 


R4  =  R4  +  1 


1 


SMTABC  014)  =  SUMT 
IO  £ 4)  =  IFOT 


I 


SPLIT  *2)  =  ST 
SPLITW  $2)  =  ST 
R2  =  R2  +  1 

SPLIT  £2)     =  S2T 
SPLITW  <R2)  =  S2T 


© 


Figure  33.     Subroutine  PATGENT  (Continued) 
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R2 

=»4*R1 

) 

SABC 

*2)=* 

SA 

1 

R2 

■  R2  + 

1 

i 

SABC 

m* 

■■  SB 

* 

R2: 

s  R2+  1 

I 

SABC 

W)* 

sc 

i 

R2  = 

SR2  + 

1 

l 

SABC 

0*2)  = 

SUMT 

i 

R(|)=STR£GO)/  1 

=  1,  .  .,  16 

i 

C   RETURN 

) 

Figure  33.     Subroutine  PATGENT  (Continued) 
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R14=»RH-  INTERVH  fl) 


n 


RETURN 


*D 


Figure  33.     Subroutine  PATGENT  (Concluded) 
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>. 


4.3.7    Subroutine  SHTDWN  (Shutdown) 

4.  3.  7.  1    Purpose 

The  purpose  of  Subroutine  SHTDWN  is  to  determine  if  a  Priority- 
Level  5  shutdown  sequence  is  to  be  initiated. 

4.  3.  7.  2    Calling  Sequence 

This  subroutine  is  called  by: 

CALL  SHTDWN  (SHTFLG) 
where 

SHTFLG  is  the  return  argument 

SHTFLG=0  =  Do  not  initiate  Level  5  shutdown 

SHTFLG^ 0  =  Initiate  Level  5  shutdown 

4.3.7.  3    Method 

This  subroutine  tests  the  flag  5END1  which  is  set  by  the  executive 
(RTNA)  if  the  Shutdown  Routine  (RTNQ)  has  been  entered.     SHTFLG  is  set 
equal  to  5END1. 

A  logic  flow  diagram  of  Subroutine  SHTDWN  is  given  in  Figure  34. 

4.  3.  7.  4    Cross  Reference 

Subroutine  SHTDWN  is  called  by  Routine  MACRO  and  returns  to  that 
routine. 
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SUBROUTINE  SHTDWN  (K) 


Figure  34.     Subroutine  SHTDWN 
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4.  3.  8    Subroutine  SMINT  (Sum  Intervals) 
4. 3. 8.  1     Purpose 

r 

The  purpose  of  Subroutine  SMINT  is  to  sum  entry  intervals  for  a 
given  controller  from  a  specified  start  interval  to  a  specified  end  interval. 

4.  3.  8.  2    Calling  Sequence 

This  subroutine  is  called  in  the  following  manner: 

BAL,    R15  SMINT 

The  subroutine  expects  the  starting  interval  number  to  be  in  the 
word,    LOW,   and  the  ending  interval  number  to  be  in  the  word  HIGH.     The 
controller  number  is  expected  to  be  in  the  word  INTNM1.     The  subroutine 
returns  the  sum  of  the  intervals  from  LOW  to  HIGH  in  the  word  FZT. 

4.3.8.3    Method 

Given  the  controller  number  and  the  starting  and  ending  interval 
numbers,  the  starting  and  ending  index  to  the  array  ENTRYINT  is  com- 
puted.    The  following  algorithm  is  then  executed: 

HIGH 

FZT  =    2-rf        ENTRYINT. 
i=LOW  l 

The  subroutine  automatically  checks  the  index  i  to  insure  that  for 
a  given  controller,   the  highest  interval  number,  INTERVH,   is  not 
exceeded.     When  the  last  interval  in  the  controller  cycle  has  been  added 
to  FZT,  the  index  i  is  reset  to  the  first  interval  in  the  controller  cycle 
before  the  summation  procedes. 

A  logic  flow  diagram  of  Subroutine  SMINT  is  given  in  Figure  35. 

4.  3.  8.  4    Cross  Reference 

This  subroutine  is  called  by  Subroutine  LOADAT  and  returns  to  that 
subroutine. 
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SMINT 


SRGTR  Q)~R  0)#  lsl#  •  -/'l 


M  = 

INTNM1 

RIO* 

LOW 

Rll  = 

HIGH 

R13=* 

8NTERVH 

f*2) 

R3    = 

16  *R3 

R10=  RIO  - 
Rll  =  Rll  -  1 

R13=R13-  1 


Figure  35.     Subroutine  SMINT 
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R3    =»R3  +  R10 

FZT  =  ENTRYINT  #3) 


& 


FZT  =  0 

Rl     =  RIO 

R3    =*R3+R10 


FZT=  FZT+  ENTRYINT  #3) 
Rl     *  Rl  +  1 

R3    =  R3  +  1 


YES 


=  Rl  -  R13 
R3^  R3-  R13 
Rl  =  Rl  -  1 
R3  =  R3  -  1 


Figure  35.     Subroutine  SMINT  (Continued) 
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D 


1 

F2T  -  FZT  +  ENTRYINT  $3) 

,- 

. 

"I 

R  d)=  SRGTR  0),  1=  1,.  .,16 

(return    j 


Figure  35.     Subroutine  SMINT  (Concluded) 
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4.  4    RTN5F  FILE  SUBROUTINES 

As  stated  in  Section  2,   the  subroutines  in  this  file  support  the 
MACRO  loop  surveillance  computation  functions.     Included  are 
Subroutines  LDMOE5,    LINKD,   and  RTNFT. 
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4.  4.  1     Subroutine  LDMOE5  (Load  Measures  of  Effectiveness  for  Level  5) 

4.4.  1.  1     Purpose 

The  purpose  of  Subroutine  LDMOE5  is  to  retrieve  the  measures  of 
effectiveness-  data  computed  by  RTNFT  for  a  given  link.  Volume,  speed, 
and  occupancy  are  returned  for  the  specified  link. 

4.4.1.2    Calling  Sequence 

The  subroutine  is  called  by: 

CALL  LDMOE5  (LNK,   IVOL,   ISPEED,   IOCC) 

where 

LNK  =  First  generation  link  number  (input  argument) 

1 

IVOL  =  Volume 

ISPEED  =  Speed         *  (output  arguments) 

IOCC  =  Occupancy 

■    - 

4.4.  1.  3    Method 

The  subroutine  searches  the  Level  5  tape  buffer  (TBUFF,   loaded  by 
RTNFT)  to  find  the  link  number  corresponding  to  the  value  of  LNK.      (See 
Table  38  for  the  format  of  buffer  TBUFF.  )    If  the  link  number  entered  is 
255,   or  the  link  is  not  found  in  the  tape  buffer,   default  values  of  volume, 
speed,    and  occupancy  are  returned.     The  default  values  are  400  vehicles/ 
hour,    30  miles /hour,   and  10  percent,    respectively.      (The  link  number 
code  255,    indicates  that  no  detector  is  associated  with  the  second  genera- 
tion link  for  which  data  are  to  be  retrieved.  )    If  the  link  number  is  found 
in  the  tape  buffer,    the  surveillance  data  type  flag,    SURVFLG,    is  tested  to 
determine  if  average  or  free  flow  link  data  are  to  be  returned.      (The  flag, 
SURVFLG,   is  set  by  Routine  RTN5  based  upon  the  value  of  IARG  which  is 
set  by  DATA  statement  in  Routine  MACRO.  )    The  appropriate  surveillance 
parameters  are  retrieved  from  TBUFF  and  loaded  into  the  output  argu- 
ments,   IVOL,   ISPEED,    and  IOCC. 

A  logic  flow  diagram  of  Subroutine  LDMOE5  is  given  in  Figure  36. 

4.4.1.4    Cross  Reference 

This  subroutine  is  called  by  the  Level  5  Routines  RTSND,    PREDICT, 
LSTSQS,   and  INTFC.     The  subroutine  returns  to  the  calling  routine. 
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SUBROUTINE  LDMOE5  (LNK,  VOL,  SPEED,  OCC) 


YES 


TBUFHW  »  2*TBSIZE 


VOL"  400 
SPEED  -  35 
OCC- 10 


YES 


C    RETURN    \ 


■© 


Rl  -  Rl  +  10 


YES 


Figure  36.     Subroutine  LDMOE5 
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VOL  =  TBUFFf  1) 

I.E.  VOL  »  VACCP(LNK) 


I 


Rl  =  Rl  +  1 


I 


SPEED  =  TBUFFft?) 

I.E.  SPEED  =  SACCP(LNK) 


I 


Rl  »  Rl  +  1 


I 


OCC  =*TBUFFf*l) 

I.E.  OCC  =  OCCP(LNK) 


C 


I 


RETURN  J 


Figure  36.     Subroutine  LDMOE5  (Concluded) 
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4.  4.  2    Subroutine  LINKD  (Subnetwork  Mapping) 

4.4.2.1     Purpose 

i 

The  purpose  of  Subroutine  LINKD  is  to  compile  a  list  of  first  genera- 
tion controller  numbers  included  in  each  subnetwork,   and  the  subnetwork 
node  numbers  associated  with  each  link  in  the  subnetwork. 

'4.4.2.2    Calling  Sequence 

This  subroutine  is  called  by: 

CALL  LINKD  (SUB,   INT,    LINK,    LNDEX,    INDEX,   JNDEX, 
ONDEX,    LINK2) 

where 

SUB  =  List  of  group  numbers  in  subnetwork  (input  argument) 

INT  =  List  of  first  generation  controller  numbers  in  subnetwork 
(output  argument) 

LINK  =  First  generation  data  link  numbers  associated  with  each 
subnetwork  link  (output  argument) 

LNDEX  =  List  of  second  upstream  node  numbers  associated  with 
each  link  in  the  subnetwork  (output  argument) 

INDEX  =  List  of  first  upstream  subnetwork  node  numbers  asso- 
ciated with  each  link  in  the  subnetwork  (output  argument) 

JNDEX  =  List  of  first  downstream  subnetwork  node  numbers  asso- 
ciated with  each  link  in  the  subnetwork  (output  argument) 

ONDEX  =  List  of  second  downstream  subnetwork  node  numbers 
associated  with  each  link  in  the  subnetwork  (output 
argument) 

LINK2  =  List  of  second  generation  link  numbers  associated  with 
each  link  in  the  subnetwork  (output  argument) 

4.4.  2.  3    Method 

LINKD  accesses  the  arrays  SUB,    CGRPN,   NCIGRP,   LMNO, 
GCNTSI,   GCONT,    1GLNK,    N2GCL,   and  2GCLSI,  to  build  the  INT,   LINK, 
LNDEX,    INDEX,    JNDEX,   ONDEX,    and  LINK2  arrays  which  contain  sub- 
network node  and  link  numbers  for  each  link  in  the  subnetwork. 

A  logic  flow  diagram  of  Subroutine  LINKD  is  given  in  Figure  37. 

4.  4.  2.  4    Cross  Reference 

Subroutine  LINKD  is  called  by  LSTSQS  and  returns  to  that  routine. 
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SUBROUTINE  UNKD  (INT,UNK,LNDEX,INDEX  JNDEX,OND£X,UNK2) 

C     ENTER    J 


Rl  *  0 


INT(  I   )-Rl,  I-  1,...45 


LINK(J>  -R1,>1, 
LNDEXg)  =*R1,J=1, 
INDEXCi)  -R1,J-1, 
JNDEXg)  =  R1,J=1, 
ONDEX(J)=  R1,J=1, 

SUBNfJY     -r1>1, 


7T7F~ 

,175 

,175 

,175 

,175 

,175 

/NGRPS 


R3  =0 

R4  =0 

RIO  =  0 

NOCNT  =  RIO 
Rl  =0 


R10  =  SUB(  Rl    ) 


YES 


SUBN(  Rl    )  =  R10 
Rl  =»  Rl+1 


NO 


Figure  37.     Subroutine  LINKD 
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YES 


YES 


RIO*  SUBN(R1) 

Rl     =  Rl+1 


YES 


© 


RIO  =R10-1 

R2  =  RIO 

R9  =  NCIGRP^2) 

NOCNT*  NOCNT+R9 

R3  =GCNTSI(R2) 


RIO         =  GCONT£3) 
INT  $4)  =  RIO 
R3  R3+1 

R4  R4+1 


Figure  37, 


Subroutine  LINKD  (Continued) 
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& 


Rl  =0 

NUNKSS=    Rl 
R6  =0 

R7  =■    0 


R3=»  SUBN(R1) 


YES 


o 


R3              =  R3-1 

Rll             =  N2GCL(R3) 

NUNKSS  =  NLINKSS*R11 

R2              =  2GCLSI(R3) 

SVRt          =  Rl 

SVR2          =  R2 

Rl               =*R7 

1 

R8               =    1GLNK(R2) 

LINK(R1)    =    R8 
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LINK2(R1)  =    R2 
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JKSS>— i^2— 

'ES 


R7=R1 
Rl  ■  SVR1 
R2  =  4  •  SVR2 
83=0 


6 


Figure  37.     Subroutine  LINKD  (Continued) 
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R4  =  LMNO(R2) 


NO 


RIO       = 
R4 
R9 
GRPN  = 


R4 
R4-1 
CGRPN(R4) 
R9   RS  =  0 


J^O. 


R8=«  SUBN(R5) 


R5«R5+1 


S^Q^B-GRPN^lQ 


Figure  37.     Subroutine  LINKD  (Continued) 
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Figure  37".     Subroutine  LINKD  (Continued) 
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0 


1  *10=0  1 


LNDEX£6)=»  RIO 


NO 


INDEXflte)*  RIO 


NO 


JNDEX(R6)»R10 


NO 


NO 


^YES 

ONDEX(R6)=«R10 

1 

R2^  R2+1 
R6-R6+1 
R3*0 

rr 


R3  =  R3+1 
R2=R2+1 


Figure  37.     Subroutine  LINKD  (Continued) 
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R11=*INTfc2) 


I    NO 


(return)^ 


NO 


i 


R2=  R2+1 


YES 


LNDEX^I)  =  R2 


YES  J 


1NDEX(H1)3  «2       h 


YES» 


JNPEXft!)*  R2       [ 


-^El^|    ONPEXftl)*  R2~~j*» 


Figure  37.     Subroutine  LINKD  (Concluded) 
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4.4.3    Subroutine  RTNFT  (TANSTP  Surveillance  Computations) 

4.4.3.  1     Purpose 

The  purpose  of  Subroutine  RTNFT  is  to  calculate  the  link  surveil- 
lance data  for  the  second  generation  tape  buffer  and  to  load  the  data  into 
that  buffer.      The  data  is  accessed  in  turn  by  Subroutine  LDMOE5. 

4.  3.  3.  2     Calling  Sequence 

The  calling  sequence  to  this  subroutine  is  as  follows: 

BAL,    1  RTNFT 

4.4.3.  3    Method 

Upon  entry  RTNFT  checks  to  see  if  a  detector  on  the  link  being  pro- 
cessed has  failed.     If  so  then  the  link  fail  flag  (FAILP)  is  set,    and  average 
volume  (VACCP),    occupancy  (OPCP),   and  speed  (AVSPP)  are  set  to  zero. 
Also  if  the  free  flow  detector  fail  flag  (DETM)  is  set,   then  the  free  flow 
data  (OCCPP,    COUNT,   SPEED)  is  set  to  zero.     If  the  free  flow  detector 
fail  flag  (DETM)  is  not  set,   then  free  flow  occupancy  (OCCPP)  is  calcu- 
lated.    If  free  flow  count  (COUNT)  is  zero,   then  free  flow  speed  (SPEED) 
is  set  to  zero.     If  free  flow  count  is  nonzero  free  flow  speed  (SPEED)  is 
calculated. 

If  the  link  being  processed  has  no  failed  detectors  then  the  link  fail 
flag  (FAILP)  is  reset  and  average  volume  (VACCP),   occupancy  (OPCP), 
and  speed  (AVSPP)  are  calculated.     If  average  volume  (VACCP)  is  zero 
then  average  speed  (AVSPP)  is  set  to  zero. 

Finally  RTNFT  loads  the  calculated  data  for  the  current  link  into  the 
tape  buffer  in  the  format  specified  in  Figure  38  on  the  following  page. 

A  logic  flow  diagram  of  Subroutine  RTNFT  is  given  in  Figure  39. 

4.  4.  3.  4    Cross  Reference 

This  subroutine  is  called  by  Routine  RTN5  and  returns  to  that 
routine. 
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Bit  Numbers 


Word 

1 

2 

3 

4 

5 

6 

7 
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1380 
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b 
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y 
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Link  number 

Link  fail  flag 

Average  volume 

Average  speed 

Average  occupancy 

Free  flow  detector 

fail  flag 

Free  flow  volume 

Free  flow  speed 

Free  flow  occupancy 

Blank 

LINK  # 

FAILP 

VACCP 

AVSPP 

OPCP 

DETM 

COUNT 

SPEED 

OCCP 

Blank 

•1st  link 


LINK  # 

FAILP 

VACCP 

AVSPP 

OPCP 

DETM 

1 

COUNT 

SPEED 

OCCP 

Blank 

EOF 

Current 
time  and 
date* 


2nd  link 


276th  link 


The  four  words  of  time  and  date  consist  of  EBCDIC  code  where, 
hh  is  the  hour  (0  <;  hh  £  23) 
mm  is  the  minute  (0  s  mm  £  59) 
mon  is  the  month  (3  letters) 
dd  is  the  day  (0  <;  dd  £  31) 
bb  is  blank 
yy  is  the  year  (00  <  yy  <  99) 

Figure  38.     Tape  Buffer  Format  (TBUFF)  (Five  Words  per  Link) 
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(  RTNFT ) 

1 

1 

10VWD9»  OPTIME  *  60/100 

SET  AVERAGE  LINK  VOLUME,  LINK  OCCUPANCY, 
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VACCP  =  VHIST  *  OPTIME  *  120/14400 

OPCP     =  AHHIST  •  OPTIME  *  120/(2**1 1) 
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SET  FREE  FLOW  OCCUPANCY; 

FREE  FLOW  COUNT,  AND 

FREE  FLOW  SPEED 

OCCPP   ■  OPCP 

COUNT  -  VACCP 

SPEED     *  AVSPP  { 


( 


CALL  INTAPE    TO  FORMAT  DATA 
INTO   TBUFF 

E 


) 


C    RETURN      J 


Figure  39.     Subroutine  RTNFT 
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KJ^-  Nil  *  LL1 


SET  AVERAGE  LINK  SPEED  EQUAL* 
TO  RAW  LINK  SPEED 
SACCP»RLSPEED 


COMPUTE  AVERAGE  LINK 
OCCUPANCY  FOR  BUFFER 
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I 


SET  AVERAGE  LINK  SPEED  FOR  BUFFER 
TO  ZERO 
AVSPP  =  0 


Figure  39.     Subroutine  RTNFT  (Continued) 
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AVSPP  =    SACCP*KVll  *LL1 


VACCP*  Nil  *  (2**19) 
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COMPUTE  FREE  FLOW  OCCUPANCY 
R9  =  OCCPP  *  (2**20)  *  4AU 
OCCPP  =  R9/4 
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NO 
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COMPUTE  REE  FLOW  SPEED 

Rll       =    SPEED  *  KV11  *  LL1 /COUNT 
SPEED-   Rll/S**19 


Figure  39.     Subroutine  RTNFT  (Continued) 
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SET  AVERAGE  LINK 
AND  AVERAGE  LINK 
FOR  BUFFER  TO  ZERO 
VACCP»0 
AVSPP  =  0 


SET  FREE  FLOW  COUNT  AND 
FREE  FLOW  SPEED  TO  ZERO 
COUNT  =«0 
SPEED  -  0 


Figure  39.     Subroutine  RTNFT  (Continued; 
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(     INTAPE     J 


RIO*  ILL 
R10=R10+  1 
R4    =»TINDEX 


STORE  LINK  NUMBER 
TBUFF£4)=-R10 
R4  -  R4  +  1 


I 


STORE  LINK  FAIL  FLAG 
TBUFF(R4)*FAILP 

R4  -  R4  +  1 


1 


STORE  AVERAGE  LINK  VOLUME 
TBUFFfU)  -  VACCP  *  OPTIN 
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I 


STORE  AVERAGE  LINK  SPEED 
TBUFFf  4)  -  (AVSPP  +  4)/8 
R4-  R4  +  1 


I 


STORE  AVERAGE  LINK  OCCUPANCY 
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R4  =  R4  +  1 


I 


STORE  FREE  FLOW  DETECTOR  FAIL  FLAG 
TBUFF(4)=  DETM 
R4  -  R4  +  1 


Figure  39.     Subroutine  RTNFT  (Continued) 
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STORE  FREE  FLOW  COUNT 
TBUFFfM)  'COUNT*  OPTSI 
R4  »  R4  +  1 


I 


STORE  FREE  FLOW  SPEED 
T8UFF#4)  *  ($PEED  ♦  4)/6 
R4  -  R4  +  1 


I 


STORE  FREE  FLOW  OCCUPANCY 
TBUFF(R4)=»  (OCCPP+  16)/32 
R4  »  R4  +  1 


STORE  A  ZERO  IN  LAST  HALFWORD  OF 
BUFFER  FOR  THIS  LINK 
TBUFFfl*4)=*0 


T 


INCREMENT  TAPE  INDEX  FOR 

NEXT  PASS 

R4  *  R4  +  1 

TINDEX*R4 


C    RETURN  J 


Figure  39.     Subroutine  RTNFT  (Concluded) 
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4.  5    PREDICT  FILE  SUBROUTINES 

As   stated  in  Section  2,   the  subroutines  in  this  file  support  the  pre- 
dictor of  the  TANSTP  MACRO  loop.     Subroutines  included  are  BUFFEROUT 
and  PR  PR  ED. 
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4.  5.  1    Subroutine  BUFFEROUT /BUFF  ERIN  (Write_or_Retrieve  RAD  Data) 

4.  5.  1.  1     Purpose 

The  purpose  of  Subroutine  BUFFEROUT /BUFFERIN  is  to  transfer 
data  from  core  to  RAD  or  vice  versa. 

.4.  5.  1.  2    Calling  Sequence 

The  calling  sequence  for  this  subroutine  depends  upon  whether  data 
is  to  be  written  to  or  read  from  the  RAD. 

The  calling  sequence  to  write  to  the  RAD  is  as  follows: 

CALL  BUFFEROUT  (IU NIT,    1,   BUFF,   WORD,   H,    NN) 

where 

IUNIT  is  name  of  file 

BUFF  is  name  of  buffer 

WORD  is  length  of  data  in  words 

II  is  I/O  status  word 

=  2  I/O  complete 

=  1  I/O  in  process 

NN  =  File  key  number 

The  calling  sequence  to  read  the  RAD  is  as  follows: 

CALL  BUFFER  IN  (IUNIT,  1,  BUFF,  WORD,  II,  NN) 

where  the  arguments  are  as  above. 

The  reader  should  consult  the  XDS  Sigma  V  FORTRAN  H  Reference 
Manual  for  further  details. 

4.  5.  1.  3    Method 

The  subroutine  builds  the  Function  Parameter  Table  (FPT),    for  the 
Data  Control  Block  (DCB),    from  the  input  arguments.     A  CAL  service  it- 
then  made  to  the  RBM  operating  system  to  perform  the  operation.     Wben 
the  data  transfer  has  been  completed  the  file  is  closed,   the  I/O  status  is 
set  as  complete,    and  the  subroutine  returns  to  the  calling  routine. 
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A  logic  flow  diagram  of  Subroutine  BUFFEROUT /BUFFERIN  is 
given  in  Figure  40. 

4.  5.  1.  4    Cross  Reference 

— — — — — — — — — — _ _  , 

This,  subroutine  is  called  by  Routine  PREDICT  and 
Subroutine  PRPRED. 
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GET  DCB  ADDRESS 
FOR  THIS  FILE 
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Figure  40.     Subroutine  BUFFEROUT /BUFFERIN 
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YES 


SET  CODE  TO 
CLOSE  THIS 
FILE 


I 


CLOSE  THIS 
FILE 


YES 


SET  STATUS  WORD 
EQUAL  TO  2 


7T7 

f    RETURN      J 


SET  STATUS  WORD 
EQUAL  TO  4 


Figure  40.     Subroutine  BUFFEROUT/BUFFERIN  (Concluded) 
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4.  5.  2    Subroutine  PRPRED  (Print  Predictor  Statistics) 

4.  5.  2.  1     Purpose 

> 
The  purpose  of  the  shutdown  print  program  is  to  summarize  and 

print  the  predictor's  performance. 

4.  5.  2.  2     Calling  Sequence 

The  calling  sequence  to  Subroutine  PRPRED  is  as  follows: 

CALL  PRPRED 

4.  5.  2.  3    Method 

The  cumulative  statistics  are  extracted  from  RAD  Files   12  through   17 
The  following  statistics  are  then  computed  for  each  link: 

1)      Mean  error: 

x=  i   S  [f(t)  -p(t)] 
nt  t 


whi 

5  re 

£(t)  = 

observed 

value 

p(t)  = 

predicted 

value 

2) 

Standard  deviation  o 

f  errors: 

0     = 
e 

[Ze2(t)/n 

_2\,/2 
-x-) 

wh 

ere 

e(t)  = 

f(t)  -  p(t) 

3)      Mean  relative  error: 


7-ly  [f(t)   -p(t)] 
n  \  f(t) 


4)      Standard  deviation  of  the  relative  error: 
=  J*  er2(t)/n  -  r2) 


0     = 

r 


where 


e    (t)  =  fft)  -  P(t) 
erlt;  f(t) 
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5)      RMS  relative  error: 

1/2 


ss  =^r2  +  0r    j 
6)       Mean  absolute  relative  error: 


AMI = -Z 
n  t 


m  -  p(t) 
f(t) 


7)  The  proportion  of  times,  that  AMI  £  0.05. 

8)  The  proportion  of  times  that  AMI  ^  0.  10. 

9)  The  proportion  of  times  that  AMI  £  0.20. 

A  logic  flow  diagram  of  Subroutine  PRPRED  is  given  in  Figure  41. 
Definitions  of  all  variable  names  used  in  the  code  are  given  in  Table  22. 

A  sample  printout  is  shown  in  Figure  42. 

4.5.2.4    Cross  Reference 

This  subroutine  is  called  by  Routine  PREDICT  and  returns  to  that 
routine. 
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©- 


G> 


C     PRPRED    J 


BUFFER  IN 
CORRECTION  FILE 


J»l 


3 


LL-0 

UNE  -  40 

TOTALfl)  -  0  FOR  I  -  1,9 

IUNIT-I2 


BUFFER  IN 
FILE#IUN1T 


I 


i»  i 


1 


LL  =  LL  +  1 


YES 


-Sao 


© 


Figure  41.     Subroutine  PRPRED 
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N  =  STAT  (1#J#0 
Ml  =«  STAT  (2,J,IJ/N         0  1/2 
M2-  (STAT  p,J,l)/N-Ml2)  /z 
RM1  -  STAT  (4,J,I)A4  ^1/5 

RM2»  (STAT  0,J,I)/N-RM12)  '  ■ 

SS-  ftMl2  +  RM22)1//'2 
AMI  -  STAT  {6,J,l)Al 
PQ5=*STAT  ?/i/l)/N 
P10*  STAT  JB,J,1)/N 
P20*  STAT  (PJ,I)/N 


INCREMENT  TOTALS 


NO 


PRINT  HEADER 


LINE=  LINE*  1 


Figure  41.     Subroutine  PRPRED  (Continued) 
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PilNTONE 
LINE  OF 
RESULTS 


TOTAL  (L)=»  TOTAL  (L)/NL 


J»  J+  1 


BUFFER  OUT  O'S 
FOR  FILES 
12  THRU  17 


T 


RETURN 


IRN     J 


Figure  41.     Subroutine  PRPRED  (Concluded) 
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4.  6    RTSND  FILE  SUBROUTINES 

As  stated  in  Section  2,   the  subroutines  in  this  file  support  the  Real 
Time  Subnetwork  Determination  Functions  of  the  MACRO  loop. 
Subroutines  included  are  GETSPLT,   GSACBC,   GTSMT,    IRTN,   LNKFL, 
LPHASV,   SMSCYL,  SPLPK,  SPLTWP,   and  TOFAZE. 
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4.  6.  1     Subroutine  GETSPLT  (Get  Split) 
4.  6.  1.  1     Purpose 

t 

The  purpose  of  Subroutine  GETSPLT  is  to  retrieve  the  A-  and 
C- Phase  split  from  the  working  split  array,    SPLIT W,   for  a  given 
controller. 

4.  6.  1.  2    Calling  Sequence 

This  subroutine  is  called  as  follows: 

CALL  GETSPLT  (ISN,   ISPLT,   ISPLT2) 

where 

ISN  =  First  generation  controller  number  (input  argument) 
ISPLT  =  A- Phase  working  split  (percent  x  1000) 
ISPLT 2  =  C- Phase  working  split  (percent  x  1000) 

4.  6.  1.3    Method 


(output 
arguments) 


The  subroutine  uses  the  input  argument  to  compute  the  proper  half- 
word  index  into  the  SPLITW  array.     Two  halfwords  are  retrieved  and 
placed  in  the  output  arguments. 

A  logic  flow  diagram  of  Subroutine  GETSPLT  is  given  in  Figure  43. 

4.  6.  1.4     Cross  Reference 

This  subroutine  is  called  by  Routine  RTSND  and  returns  to  that 
routine. 
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SUiROUTINE  GETSPLT  (ISN ,8SPLT,1SPLT2) 


C     ENTER      J 


Rl       »(!SN-1)#2 
!SPLT  =  SPUTW  f*l) 


I 


Rl         =  Rl  +  1 
ISPLT2*  SPUTW  £1) 


~~r~ 

C    RETURN    J 


Figure  43.     Subroutine  GETSPLT 
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4.6.2    Subroutine  GSACBC  (Get  Sums  of  Fixed  Intervals  in  Overlapping 
Phases) 

4.  6.  2.  1     Purpose  . 

The  purpose  of  Subroutine  GSACBC  is  to  retrieve  the  value  of 
SUMACBC  for  a  given  controller.     The  quantity  SUMACBC  is  defined  as 
the  time  duration  from  the  start  of  the  leading  movement  to  the  end  of  the 
lagging  movement  less  the  duration  of  the  variable. interval  for  overlapping 
type  controllers.     Overlapping  controllers  have  a  type  code,   K3PH,    equal 
to  2  or  3. 

4.  6.  2.  2    Calling  Sequence 

This  subroutine  is  called  as  follows:  ' 

CALL  GSACBC  (ISN,    ISACBC) 
where 

ISN  =  Controller  number  (input  argument) 

ISACBC  =  Output  argument  (scaled  Bl) 

4.  6.  2.  3    Method 

The  subroutine  uses  the  input  argument  to  compute  the  byte  index  into 
the  array  SUMACBC.     The  proper  element  is  retrieved  and  loaded  into  the 
output  argument. 

A  logic  flow  diagram  of  Subroutine  GSACBC  is  given  in  Figure  44. 

4.  6.  2.  4    Cross  Reference 

This  subroutine  is  called  by  Routine  RTSND  and  returns  to  that 
routine . 
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SUBROUTINE  GSACBC  0SN,  ISACBC) 


(        ENTER       J 

_x_ 


GET  THE  SUM  OF 
THE  A,  B,  ANDC-PHASE 
TIMES  FOR  SIGNAL 
NUMBER  ISN 

ISACBC  *  SUMACBC  flSN  -  1) 

T 

f      RETURN     J 


Figure  44.     Subroutine  GSACBC 
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4.  6.  3    Subroutine  GTSMT  (Get  Sum  of  Fixed  Intervals  not  Part  of  A-,   B-, 
C- Phase  Green) 

4,  6.  3.  1    Purpose  . 

The  purpose  of  Subroutine  GTSMT  is  to  retrieve  the  value  of  SUMT 
for  a  given  controller.     The  quantity  SUMT  is  the  sum  of  all  intervals  in 
the  controller  cycle  which  are  not  part  of  A-,   B-,    or  C- Phase  Green. 
This  quantity  influences  the  value  of  lost  time  in  the  controller  cycle, 
TLOSS,  which  governs  the  value  of  the  optimal  cycle  length  which  will 
prevent  cycle  failure. 

4.  6.  3.  2    Calling  Sequence 

This  subroutine  is  called  as  follows: 

CALL  GTSMT  (ISN,    ISUMT) 
where 

ISN  =  Controller  number  (input  argument) 

ISUMT  =  Output  argument  (scaled  Bl) 

4.  6.  3.  3    Method 

The  subroutine  uses  the  input  argument  to  compute  the  word  index 
into  the  array  SABC  for  this  controller.     The  lower  order  byte  of  the  word 
SABC  is  returned  as  the  output  argument. 

A  logic  flow  diagram  of  Subroutine  GTSMT  is  given  in  Figure  45. 

4.  6.  3.  4     Cross  Reference 

This  subroutine  is  called  by  Routine  RTSND  and  returns  to  that 
routine. 
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SUBROUTINE  GTSMT  $5N,SUMT) 


C    ENTER      J 


Rl        *0SN~l)*4+3 
SUMT  *  SAIC 


f     RETURN   J 


Fieure  45.     Subroutine  GTSMT 
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4.  6.  4    Subroutine  IRTN  (Map  Core  Groups) 
4. 6. 4.  1    Purpose 

t 

Subroutine  IRTN  accesses  the  array  INCG  for  a  given  group  number 
and  returns- the  instrumented  controller  numbers  in  the  group  in  array  INT. 
In  addition  all  controllers  in  the  group  are  looped  to  determine  the  largest 
minimum  cycle  length  of  all  the  controllers  in  the  group. 

4.  6.  4.  2    Calling  Sequence 

Subroutine  IRTN  is  called  as  follows: 

CALL  IRTN  (GROUP,   INT,  TKMN) 

where 

GROUP  =  Group  number  (input  argument) 


INT  =  Array  of  instrumented  controller  numbers  "|    ,      ,      , 
TKMN  =  largest  minimum  cycle  length  in  group  * 


4.  6.  4.  3    Method 


The  instrumented  controller  starting  index  for  the  group  is  deter- 
mined by  accessing  the  ICGSI  &£  ray  for  the  group.     The  INCG  array  is  then 
transferred  into  the  output  array  INT  for  all  instrumented  controllers  in 
the  group. 

The  controller  starting  index  for  the  grouj.  *s  then  determined  by 
accessing  the  GCNTSI  array.     The  minimum  cycle  length,   TKM,   for  each 
controller  in  the  group  is  accessed  and  the  largest  TKM  is  stored  in  the 
output  argument,   TKMN. 

A  logic  flow  diagram  of  Subroutine  IRTN  is  given  in  Figure  46. 

4.  6.  4.  4    Cross  Reference 

Subroutine  IRTN  is  called  by  Routine  RTSND  and  returns  to  that 
routine. 
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SUBROUTINE  IRTN  (GROUP,  INT,  TKMIN) 


ENTER  SUBROUTINE 
IRTN  FROM  RTSND 


INT  0)-O,  l»  1,...45 
TKMN«0 


Rl  -  GROUP 
R!  -  Rl  -  1 


CNTSVE-  NICIGPIU) 
R2-ICGSI*!) 


Rl  *  0 


E 


INT£1)«  INCGftt) 
R2  -  R2  ♦  1 
Rl  -  Rl  +  1 


NO 


Figure  46.     Subroutine  IRTN 
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Rl  =•  GROUP 
Rl  =  Rl  -  1 


CNTSVE-NCIGRPftl) 
R2  -GCNTSlfcl) 


Rl  -  0 


R3  -  GCONTft2) 

R3  -  R3  -  1 


I 


R4  =»  TKM(R3)/2 


TKMN  =  R4 


Rl  »  Rl  +  1 
R2  =  R2  +  1 


RETURN 
TO  RTSND 


) 


Figure  46.     Subroutine  IRTN  (Concluded) 
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4.  6.  5    Subroutine  LNKFL  (Link  Failure) 

4.  6.  5.  1    Purpose 

The  purpose  of  Subroutine  LNKFL  is  to  test  the  current  setting  of 
the  flag,    DFAIL,    for  a  given  first  generation  link  number.     The  value  of 
DFAIL  is  returned  in  the  output  argument.     Routine  RTSND  will  inhibit 
optimal  cycle  length  and  split  computations  at  any  controller  which  has  a 
failed  link.     The  time-of-day  cycle  length  and  split  are  used  in  the  event 
of  a  link  failure. 

4.  6.  5.  2    Calling  Sequence 

This  subroutine  is  called  as  follows: 

CALL  LNKFL  (LINK,   IFAIL) 

where 

LINK  =  First  generation  link  number  (input  argument) 

IFAIL  =  Fail  flag  (output  argument) 

=  0  if  link  not  failed 

=  1  if  link  failed 

4.  6.  5.  3    Method 

The  subroutine  uses  the  input  argument  to  compute  the  proper  byte 
index  into  the  array,  DFAIL.  The  element  of  DFAIL  corresponding  to  th 
given  link  number  is  returned  as  the  output  argument. 

A  logic  flow  diagram  of  Subroutine  LNKFL  is  given  in  Figure  47, 

4.  6.  5.  4    Cross  Reference 

This  subroutine  is  called  by  Routine  RTSND  and  returns  to  that 
routine. 
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SUBROUTINE  LNKFL  (IL,  IFAIL) 
f       ENTER       J 


GET  LINK  FAILURE 
FLAG  FOR  LINK  IL 

IFAIL"  DFAlLflL) 


t 

f      RETURN      J 

Figure  47.     Subroutine  LNKFL 
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4.  6.  6    Subroutine  LPHASV  (Load  Link  Phasing  for  Volumes) 
4.  6.  6.  i    Purpose 

The  purpose  of  Subroutine  LPHASV  is  to  load  first  generation  link 
numbers  by  phase  for  a  given  controller.     In  addition,  the  controller  type    j 
(K3PH)  is  returned  along  with  time  available  for  A-  and  B- Phases  (GAB), 
time  available  for  B-  and  C- Phases  (GBC),   and  time  available  for  A-,  B-, 
and  C- Phases  (GABC).     Also  returned  are  the  minimum  phase  durations 
for  A-,  B-,   and  C-Phases,   respectively.     This  data  is  used  by  Routine 
RTSND  to  compute  splits  at  instrumented  controllers  in  each  core  group. 

4.  6.  6.  2    Calling  Sequence 

The  calling  sequence  for  this  subroutine  is  as  follows:  ' 

CALL  LPHASV  (ISN,    LINK,   K3PH,   IGAB,   IGBC,  IGABC, 
IGAMIN,   IGBMIN,   IGCMIN) 


where 


where 


ISN  =  First  generation  controller  number  (input  argument) 

LINK  =  Array  of  link  numbers  associated  with  the  controller 
(output  argument) 


LINK(i)  =  Phase  Al  link  number 
LINK(2)  =  Phase  A 2  link  number 
LINK(3)  =  Phase  Bl  link  number 
LINK(4)  =  Phase  B2  link  number 
LINK(5)  =  Phase  Ci  link  number 
LINK(6)  =  Phase  C2  link  number 
K3PH  =  Controller  type  (output  argument) 
=  0  two  phase,   no  overlap 
=  i  three  phase,   no  overlap 
=  2  three  phase,  A  and  C  overlap 
=  3  three  phase,   B  and  Coverlap 
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IGAB  =  Time  available  for  A-  and  B-Phases  (second,    scaled  Bl) 
(output  arguments) 

IGBC  =  Time  available  for  B-  and  C- Phases  (second,    scaled  Bl) 
(output  arguments) 

IGABC  =  Time  available  for  A-,   B-,   and  C- Phases  (second, 
scaled  Bl)  (output  arguments) 

IGAMIN  -  Minimum  A-Phase  time  (second,   scaled  Bl)  (output 
arguments) 

IGBMIN  =  Minimum  B-Phase  time  (second,    scaled  Bl)  (output 
arguments) 

IGCMIN  =  Minimum  C- Phase  time  (second,    scaled  Bl)  (output 
arguments) 

4.6.6.  3    Method 

The  subroutine  accesses  arrays  LSI,    CONTLN,    and  LDSET  to  deter- 
mine the  link  numbers  and  their  phase  association  for  controller  ISN. 
Arrays  GABBCABC  and  GMINABC4  are  accessed  to  determine  the  allow- 
able phase  times  and  minimum  phase  times. 

A  logic  flow  diagram  of  Subroutine  LPHASV  is  given  in  Figure  48. 

4.  6.  6,  4    Cross  Reference 

This  subroutine  is  called  by  Routine  RTSND  and  returns  to  that 
routine. 


176 


SUBROUTINE  CP^ASV  |NT,LNK,K3PH,GAi,GBC,GASC,GAMIN,GBMiN,GCMIN,SUMT) 


/ENTER  SUBROUTINE 
\LPHASV  FROM  RTSNI 


LNK  (R2)*Q,  R2*  »,..., 6 


Rl      *  INT  -  1 
K3FZ-  K3PH0U) 


R2  »  Rl*4 

GAB       »GABBCABCft2) 

GAMIN  »  GMINABC4(R2) 


R2  *  R2  +  1 

GBC       *GABBCABC$2) 

GBMIN*GMINABC4(R2) 


R2  -  R2  +  1    . 
GABC-GABBCABC012} 
GCMIN  «  GMINABC4(R2) 


© 


Figure  48.     Subroutine  LPHASV 
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R2       -  R2  +1 
SUMT  ■  SMTABC  f2) 
R2       -R2-1 


YES 


NO 


GCMIN 

=•  SUMABCT*2) 


NO 


YES 


GCMIN 

-  SUMABCT^2) 


© 


Figure  48.     Subroutine  LPHASV  (Continued) 
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R2=SQ 
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R5  =  LSI  ftf) 
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LNK(R2)=CONTLN*5)+l 


■-/return    J 
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R13*  LDSETftf) 
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R7  3  R13  +  R5 

LNKK2)  -  CONTLN(R7)  +  1 
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R2+  1 
1  +  R4 
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LNK  ft2)sCONTLN  $7)  +  1 
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© 


Figure  48.     Subroutine  LPHASV  (Continued) 
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YES 


R6  *  R6  *  R5 

LNK0t2)**CONTLN£6)  +  1 


R2  *  R2  +  1 


YES 


R7  =  1  +  R4 
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R7  =*R7+R5 
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(     RETURN      A 
I     TORTSND  J 


HD 


Figure  48.     Subroutine  LPHASV  (Concluded) 


180 


4.  6.  7    Subroutine  SMSCYL  (Return  Sums  of  Fixed  Intervals  in  Phase  and 
Entry  and  Time- of- Day  Cycle  Length) 

4.  6.  7.  1     Purpose  , 

The  purpose  of  Subroutine  SMSCYL  is  to  access  the  array  SUMABCT 
for  a  given  controller  to  return  the  elements  of  this  array  associated  with 
the  controller.     The  SUMABCT  array  contains  data  necessary  to  perform 
split  computations  at  the  controller. 

In  addition,    the  subroutine  returns  the  value  of  the  current  entry 
cycle  length  and  the  current  time-of-day  cycle  length  associated  with  the 
entries  in  the  SUMABCT  array. 

4.6.7.2    Calling  Sequence 

This  subroutine  is  called  as  follows: 

CALL  SMSCYL  (ISN,    ISUMA,    ISUMB,    ISUMC,   ISUMT,   ICYCLE, 
ICYSV) 

where 

ISN  =  Controller  number  (input  argument) 

ISUMA  =  The  summation  of  fixed  intervals  in  A- Phase  for  all  con- 
troller types 

ISUMB  =  The  summation  of  fixed  intervals  in  B- Phase  for  all  con- 
troller types 

ISUMC  =  The  summation  of  fixed  intervals  in  C- Phase  duration 
for  K3PH  =  2  and  3  phase  controllers 

ISUMT  =  The  summation  of  all  intervals  in  the  controller  cylce 
which  are  not  part  of  A-,   B-,    or  C-  Phases 

All  output  arguments  are  scaled  Bl. 

4.6.7.  3    Method 

The  subroutine  uses  the  input  argument  to  compute  the  byte  index  into 
the  SUMABCT,  ENTCYCLC,  and  ENTCYSV  arrays.  The  elements  of  these 
arrays  are  returned  as  output  arguments. 

A  logic  flow  diagram  of  Subroutine  SMSCYL  is  given  in  Figure  49. 

4.  6.  7.  4    Cross  Reference 

This  subroutine  is  called  by  P.outine  RTSND  and  returns  to  that 
routine. 
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SUBROUTINE  SMSCYL  ONT,SUMA,SUMB,SUMC,SUMT,CYCLE,CYSV) 


C     ENTER     J 


Rl 
R2 
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-  INT  -  1 
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-  KCL  f  2) 
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I 


Rl         »  Rl  •  4 
SUMA-  SUMABCT  (Rl) 


1 


Rl        *  Rl  +  1 
5UMB=  SUMABCT  £1) 


I 


Rl         =  Rl  +  1 

SUMC  =  SUMABCT  ftl) 


I 


Rl        *  Rl  +  1 
SUMT=  SMTABC  ftl) 


(     RETURN    J 


Figure  49.     Subroutine  SMSCYL 
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4.6.8    Subroutine  SPLPK  (Pack  Splits) 
4. 6. 8.  1     Purpose 

The  purpose  of  Subroutine  SPLPK  is  to  store  the  A-  and  C- Phase 
.splits  for ..eont roll e,r  into  the  working  split  array. 

4.  6.  8.  2    Calling  Sequence 

This  subroutine  is  called  by: 

CALL  SPLPK  (INT,  SPLT,  SPLT2) 
where 

INT  =  Intersection  number 

SPLT  =  A- Phase  split  (percent  x  1000) 

SPLT2  =  C- Phase  split  (percent  x  1000) 

4.6.8.  3    Method 

Given  an  intersection  number  INT  and  the  A-  and  C- Phase  splits 
SPLT  and  SPLT 2,    respectively,    SPLPK  puts  the  splits  into  the  halfword 
array  SPLIT W. 

A  logic  flow  diagram  of  Subroutine  SPLPK  is  given  in  Figure  50. 

4.  6.  8.  4    Cross  Reference 

Subroutine  SPLPK  is  called  by  RTSND. 


(input  arguments) 
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SUBROUTINE  SPLPK  0 NT ,SPLT ,SPLT2) 


f    ENTER      J 

_ZET 


Rl  =INT- 1 


TESf 
SPLIT  HOLF 
FLAG^OR  THIS 
INTERSECTION, 
HLDSPL^1)*S0 
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.YES 


NO 


Rl  *  Rl  •  2 

SPLITW  *1)=SPLT 


I 


Rl  =  Rl  +  1 

SPLITW  fcl)=«SPLT2 


C    RETURN     Jj 


Figure  50.     Subroutine  SPLPK 
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4.6.9    Subroutine  SPLTWP  (Pack  Time-of-Day  Split) 
4.  6.  9-  1     Purpose 

r 

The  purpose  of  Subroutine  SPLTWP  is  to  move  the  time- of- day  split 
into  the  working  split  array  for  a  given  controller.     This  operation  is  done 
in  the  event  that  the  lower  total  saturation  threshold,    SATHLW,   is  not 
exceeded  or  the  high  total  saturation  threshold,   SATTHH,    is  exceeded. 

4.  6.  9.  2    Calling  Sequence 

This  subroutine  is  called  as  follows: 

CALL  SPLTWP  (ISN) 
where 

ISN  =  First  generation  controller  number   (input  argument) 

4.  6.  9.  3    Method 

The  input  argument  is  used  to  compute  the  word  index  into  the  array, 
SPLIT,   for  the  given  controller.     One  word  from  the  array,   SPLIT,    is 
transferred  into  the  corresponding  element  of  the  array,    SPLITW.     Each 
word  contains  the  A-Phase  and  C-Phase  split  in  the  first  and  second  half- 
words,    respectively. 

A  logic  flow  diagram  of  Subroutine  SPLTWP  is  given  in  Figure  51. 

4.6.9.4    Cross  Reference 

This  subroutine  is  called  by  Routine  RTSND  and  returns  to  that 
routine. 
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SUBROUTINE  SPLTWP  0SN) 


C     ENTER      J 


Rl  =  ISN  -  1 


TEST 
SPLIT  HOLD 
FLAG  FOR  THIS 
INTERSECTION 
HLDSPL  fl)*0, 
? 

NO 


YES 


SPLITW  011 )=  SPLIT  *1) 


f    RETURN   J 


Figure  51.     Subroutine  SPLTWP 
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4.  6.  10    Subroutine  TOFAZE  (Allocate  Green  Time  to  Two  Phases) 

4.  6.  10.  1     Purpose 

> 
The  purpose  of  Subroutine  TOFAZE  is  to  apportion  split  between 
two  phases  of  a  controller  cycle  given  the  total  time  available  for  both 
phases  and  the  green  demand  on  the  two  phases.     The  apportionment  is 
subjected  to  the  constraints  of  the  minimum  phase  durations  on  each 
phase. 

4.  6.  10.  2    Calling  Sequence 

This  subroutine  is  called  as  follows: 

CALL  TOFAZE  (R9_,   RIO.    RH,   R12,   R13) 
where  on  input  R9  through  R13  are  as  follows: 

R9  =  Time  available  for  both  phases 

RIO  =  Green  demand  on  Phase  2 

Rll  =  Green  demand  on  Phase  1 

R12  =  Minimum  duration  of  Phase  1 

R13  =  Minimum  duration  of  Phase  2 
The  output  arguments  are  R12  and  R13  as  follows: 

R12  =  Duration  of  Phase   1 

R13  =  Duration  of  Phase  2 

4.6.  10.  3    Method 

The  subroutine  first  computes  the  phase  durations  in  proportion  to 
the  green  demand  times  on  each  phase.     If  the  minimum  greens  are  not 
violated,   the  subroutine  is  exited.     If  a  minimum  green  is  violated,   the 
phase  duration  of  the  phase  on  which  the  minimum  is  violated  is  set  to  the 
minimum  and  the  opposing  phase  is  given  the  remaining  green  time  in  the 
cycle. 

A  logic  flow  diagram  of  Subroutine  TOFAZE  is  given  in  Figure  52. 

4.6.10.4    Cross  Reference 

This  subroutine  is  called  by  Routine  RTSND  and  returns  to  that 
routine. 
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SUBROUTINE  TOFAZE  (J19,R10,R11  ,R12,R13) 
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Figure  52.     Subroutine  TOFAZE 
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4.  7    INTFC  FILE  SUBROUTINES 

As   stated  in  Section  2,  the  subroutines  in  this  file  support  the  sub- 
network interfacing  and  transition  optimization  functions.     Included  are 
Subroutines  ENTCYCL,   GETCYCLC,  GETEO,  GETEOFF,    GETINT, 
GETWORK,.  LKCROS,   MACA,   PAKF,    and  PUTEOFF. 
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4.  7.  1     Subroutine  ENTCYCL  (Entry  Cycle) 
4.7.  1.  1     Purpose 

■ 

The  purpose  of  Subroutine  ENTCYCL.  is  to  get  cycle  data  for  a  par- 
ticular intersection.      The  Entry  Cycle  Code  (ENTCYCLC)  is  used  as  an 
index. 

4.  7.  1.  2     Calling  Sequence 

This  subroutine  is  called  by: 

CALL  ENTCYCL  (INT,    J) 
where 

INT  =  First  generation  controller  number  (input  argument) 

J(l)  =  KCTC  scaled  BO 


J(2)  =  KCL  scaled  BO 
4.  7.  i.  3     Method 


(output  arguments) 


The  Entry  Cycle  Code  (ENTCYCLC)  is  obtained  for  the  intersection. 
Using  ENTCYCLC  as  an  index,    J(l)  is  set  to  the  Kth  Cycle  Time  Counter 
(KCTC).      J(2)  is  set  to  the  Duration  of  the  Cycle  (KCL).     Both  items  are 
rescaled  from  Bl  to  BO. 

A  logic  flow  diagram  of  Subroutine  ENTCYCL  is  given  in  Figure  53. 

4.7.  1.4     Cross  Reference 

Subroutine  ENTCYCL  is   called  by  INTFC  and  TRNPAR. 
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SUBROUTINE  ENTCYCL  (INT,  J) 


(     ENTER     ) 


GET  THE  ENTRY  CYCLE 
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INTERSECTION  FROM 
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C 


I 


RETURN 


) 


Figure  53.     Subroutine  ENTCYCL 
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4.7.2    Subroutine  GETCYCLC  (Get  Cycle) 

4.  7.  2.  1     Purpose 

The  purpose  of  Subroutine  GETCYCLC  is  to  get  cycle  data  for  a 
particular  intersection.     The  Cycle  Length  Code  (CYCLC)  is  used  as  an 
index. 

4.  7.  2.  2    Calling  Sequence 

This  subroutine  is  called  by: 

CALL  GETCYCLC  (INT,    J) 


where 


INT  =  First  generation  controller  number  (input  argument) 
J(l)  =  KCTC  scaled  BO 


J(2)  =  KCL  scaled  BO 
4.7.2.3    Method 


(output  arguments) 


The  Cycle  Length  Code  (CYCLC)  for  the  intersection  is  obtained. 
Using  CYCLC  as  an  index,   the  Kth  Cycle  Time  Counter  (KCTC)  is  scaled 
to  BO  and  placed  in  J(l).     Then  the  Duration  of  the  Cycle  (KCL)  is  scaled 
to  BO  and  placed  in  J(2). 

A  logic  flow  diagram  of  Subroutine  GETCYCLC  is  given  in  Figure  54. 

4.  7.  2.  4     Cross  Reference 

Subroutine  GETCYCLC  is  called  by  TRNPAR. 
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SUBROUTINE  GETCYCLC  (INT,J) 
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Figure  54.     Subroutine  GETCYCLC 
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4.7.3    Subroutine  GETEO  (Get  Entry  Offset) 

4.7.3.  1    Purpose 

The  purpose  of  Subroutine  GETEO  is  to  get  the  entry  A-,  B-, 
C- Phase  offsets  for  a  particular  intersection. 

4.7.3.2    Calling  Sequence 

This  subroutine  is  called  by: 

CALL  GETEO  (INT.   LOG) 

where 

INT  =  First  generation  controller  number  (input  argument) 

LOC  =  Entry  A- ,  B-,  and  C-Phase  offsets  for  intersection  INT 
(output  argument) 

4.7.3.  3    Method 

The  entry  offsets  for  the  Intersection  INT  are  obtained  from  the 
array  IO.     After  scaling  to  BO,  this  value  is  placed  in  the  second  argu- 
ment,   LOC. 

A  logic  flow  diagram  of  Subroutine  GETEO  is  given  in  Figure  55. 

4.7.3.4    Cross  Reference 

-     'i 

Subroutine  GETEO  is  called  by  TRNPAR. 
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SUBROUTINE  GETEO  0NT,  LOC) 


f      ENTER         J 


GET  ENTRY  OFFSET 
(A- PHASE  -  IO)  FOR 
THIS  INTERSECTION 


I 


PLACE  ENTRY  OFFSET  IN 
LOCATION  SPECIFIED  BY 
SECOND  ARGUMENT 


f      RETURN      J 


Figure  55.     Subroutine  GETEO 
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4.7.4    Subroutine  GETEOFF  (Get  Entry  Offset) 

4.7.4.  1     Purpose 

The  purpose  of  Subroutine  GETEOFF  is  to  get  the  entry  Interval  1 
offset  for  a  given  controller. 

4.7.4.2    Calling  Sequence 

This  subroutine  is  called  by: 
CALL  GETEOFF  (JNT,    LOC) 

where 

INT  =  First  generation  controller  number  (input  argument) 
LOC  =  Entry  Interval  1  offset  (output  argument) 

4.7.4.  3    Method 

The  entry  offset  for  the  controller  INT  is  obtained  from  the 
ENTRYOFF  array.     After  scaling  BO,   this  value  is  placed  in  the  second 
argument,    LOC. 

A  logic  flow  diagram  of  Subroutine  GETEOFF  is  given  in  Figure  56. 

4.7.4.4    Cross  Reference 

Subroutine  GETEOFF  is  called  by  TRNPAR. 
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SUBROUTINE  GETEOFF  0NT,  LOC) 


f       ENTER        J 
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ENTRY  OFFSET  BO 


I 


PLACE  INTERVAL  1  ENTRY 
OFFSET  IN  LOCATION 
SPECIFIED  BY  SECOND 
ARGUMENT 


(     RETURN       J 


Figure  56.     Subroutine  GETEOFF 
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4.7.5    Subroutine  GETINT  (Get  Intersections) 

4.  7.  5.  i     Purpose 

> 
The  purpose  of  Subroutine  GETINT  is  to  get  the  numbers  of  all  the 
controllers  in  a  particular  group. 

4.  7.  5.  2    Calling  Sequence 

This  subroutine  is  called  by: 
CALL  GETINT  (NGROUP,    J) 

where 

NGROUP  =  Group  number  (input  argument) 

J  =  Controller  numbers  in  a  given  group  (output  argument) 

4.7.  5.  3    Method 

The  controllers  for  the  particular  group  are  obtained  from  the 
GCONT  array  and  loaded  into  the  J  array.     The  starting  and  ending  indexes 
are  obtained  from  the  GCNTSI  and  NCIGRP  arrays,   respectively. 

A  logic  flow  diagram  of  Subroutine  GETINT  is  given  in  Figure  57. 

4.  7.  5.  4    Cross  Reference 

Subroutine  GETINT  is  called  by  TRNPAR. 
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SUBROUTINE  GETINT  (GRPNO,  INTS) 


(        ENTER         ) 


INTS  0)=  0#  I  =  1 ,  45 
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I  -  1 

J  =  GCNTSI  (GRPNO) 
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J  =  J+  1 


Figure  57.     Subroutine  GETINT 
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4.7.6    Subroutine  GETWORK  (Get  Working  Offset)     . 

4.  7.  6.  1     Purpose 

The  purpose  of  Subroutine  GETWORK  is  to  get  the  working  Interval  1 
offset  for  a  particular  intersection. 

4.7.6.2     Calling  Sequence 

This  subroutine  is  called  by: 

CALL  GETWORK  (INT,    LOC) 

■where 

INT  =  First  generation  controller  number  (input  argument) 
LOC  =  Working  Interval   1  offset  (output  argument) 

4.7.  6.  3    Method 

The  working  Interval   1  offset  for  the  particular  intersection  is 
obtained  from  the  WRKOFF  array.     This  value  is  then  scaled  BO  and 
placed  in  the  word  specified  by  the  second  argument,    LOC. 

A  logic  flow  diagram  of  Subroutine  GETWORK  is  given  in  Figure  58. 

4.7.6.4    Cross  Reference 

Subroutine  GETWORK  is  called  by  TRNPAR. 
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SUBROUTINE  GEPA'ORK  (INT, LOG) 
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f         RETURN         J 


Figure  58.     Subroutine  GETWORK 
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4.7.7    Subroutine  LKCROS  (Link  Cross  Reference) 
4. 7. 7.  1     Purpose 

t 

The  purpose  of  Subroutine  LKCROS  is  to  retrieve  the  first  genera- 
tion MOE  data  link  number  associated  with  a  given  second  generation  link. 

4.  7.  7.  2    Calling  Sequence 

The  calling  sequence  for  this  subroutine  is  as  follows: 

CALL  LKCROS  (L2,    LI) 
where 

L2  =  Second  generation  link  number  (input  argument) 

LI  =  First  generation  link  number  associated  with  second 
generation  link  (output  argument) 

4.  7.  7.  3    Method 

The  input  argument  is  used  to  determine  the  proper  byte  index  into 
the  array,  1GLNK.  The  element  of  this  array  corresponding  to  the  input 
second  generation  link  number  is  returned  as  the  output  argument. 

A  logic  flow  diagram  of  Subroutine  LKCROS  is  given  in  Figure  59. 

4.  7.  7.  4     Cross  Reference 

This  subroutine  is  called  by  Routine  INTFC  and  returns  to  that 
routine. 
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SUBROUTINE  LKCROS  ^2,  LI) 


f      ENTER        J 

t 


LI  *  1GLNK  (L2) 


(      RETURN      J 


Figure  59.     Subroutine  LKCROS 
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4.7.8     Subroutine  MACA  (Major  Entry  Array) 
4. 7. 8.  1     Purpose 

r 

The  purpose  of  Subroutine  MACA  is  to  extract  from  the  data  base  the 
A-,  B- ,  and  C-  Phase  entry  offsets,  the  intersection  phase,  the  entry  cycle 
length,   and  the  intersection  splits  for  a  particular  intersection. 

4.7.8.2    Calling  Sequence 

This  subroutine  is  called  by: 

CALL  MACA  (INT,   IENT) 
where  ' 

INT  =  First  generation  controller  number  (input  argument) 

IENT(1,2,3)  =  A-,   B-,   and  C- Phase  entry  offsets,    respectively 
(output  argument) 

IENT(4)  =  Controller  type,    K3PH  (output  argument) 

IENT(5)  =  Entry  cycle  length  (output  argument) 

IENT(6)  =  A-Phase  intersection  split  (output  argument) 

IENT (7)  =  C- Phase  intersection  split  (output  argument) 

4.7.8.  3    Method 

Given  an  intersection  number  INT,   MACA  extracts  the  A-,    B-,   and 
C- Phase  entry  offsets,  the  controller  type,  the  entry  cycle  length,  and  the 
intersection  splits  from  the  data  base. 

A  logic  flow  diagram  of  Subroutine  MACA  is  given  in  Figure  60. 

4.7.8.4     Cross  Reference 

Subroutine  MACA  is  called  by  TRNPAR. 


204 
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Figure  60.     Subroutine  MACA 
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4.7.9    Subroutine  PAKF  (Pack  Transition  Flags) 

4.7.9.1  Purpose 

r 

The  purpose  of  Subroutine  PAKF  is  to  set  the  transition  flags,    indi- 
cating which  controllers  in  a  subnetwork  must  undergo  transition  to  newly- 
derived  traffic  control  patterns. 

4.7.9.2  Calling  Sequence 

This  subroutine  is  called  by: 

CALL  PAKF  (NUM.   INTRS) 

where  ' 

NUM  =  Number  of  intersections  in  subnetwork  (input  argument) 

INTRS  =  45-word  list  of  first  generation  controller  numbers  in 
subnetwork  (input  argument) 

4.7.  9.  3    Method 

Given  the  number  NUM  of  intersections  in  the  subnetwork,  the  list 
INTRS  of  their  intersection  numbers,    PAKF  sets  the  corresponding  bits  of 
the  124-bit  transition  flag  TRANSF. 

A  logic  flow  diagram  of  Subroutine  PAKF  is  given  in  Figure  61. 

4.7.9.4    Cross  Reference 

Subroutine  PAKF  is  called  by  TRNPAR. 
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SUBROUTINE  PAKffrlUM,  1NTRS) 


(       ENTER       J 


GIVEN  THE  UST  OF  CONTROLLER 
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(       RETURN     J 


Figure  61.     Subroutine  PAKF 
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4.7.10    Subroutine  PUTEOFF  (Put  Entry  Offset) 

4.  7.  10.  1    Purpose 

The  purpose  of  the  Subroutine  PUTEOFF  is  to  put  the  entry  Interval  1 
offset  value,  into  the  ENTRYOFF  array. 

4.  7.  10.  2    Calling  Sequence 

This  subroutine  is  called  by: 

CALL  PUTEOFF  (INT,    LOC) 
where 

INT  =  First  generation  controller  number  (input  argument) 

LOC  =  Entry  offset  (input  argument) 

4.  7.  10.  3    Method 

The  entry  Interval  1  offset  value  is  obtained  from  LOC.     After  being 
scaled  Bl,   it  is  placed  in  the  ENTRYOFF  array  for  the  specified  inter- 
section number. 

A  logic  flow  diagram  of  Subroutine  PUTEOFF  is  given  in  Figure  62. 

4.7.10.4    Cross  Reference 

Subroutine  PUTEOFF  is  called  by  INTFC  and  TRNPAR. 
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ENTRYOFF  =  IO  (2) 
FOR  CONTROLLER  INT 


'(      RETURN      J 


Figure  62.     Subroutine  PUTEOFF 
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4.  8    LOCAL  FILE  SUBROUTINES 

The  subroutines  included  in  this  file  are  FORTRAN  subroutines  which 
support  the  MICRO  loop  optimization  routine,    LOCAL.    'Included  are 
Subroutines  PERIOD  and  TOFAZ1. 
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4.8.1     Subroutine  PERIOD  (Modulo  Routine) 

4.  8.  1.  1     Purpose 

■ 
The  purpose  of  Subroutine  PERIOD  is  to  modulo  a  given  number  X,    by 

the  cycle  length. 

4.8.1.2    Calling  Sequence 

The  calling  sequence  for  this  subroutine  is  as  follows: 

CALL  PERIOD  (X,    LLC,   ULC,    CY) 
where 

X  =  Number  to  be  tested  and  modified  (input  and  output  argument) 

LLC  =  Lower  limit  on  X 

ULC  =  Upper  limit  on  X        V  (input  arguments) 

CY  =  Value  of  cycle  length 

4.8.  1.  3    Method 

The  value  of  X  is  compared  to  LLC.     If  X  is  smaller,    CY  is  added 
to  X  until  X  is  larger  then  LLC.     Then  X  is  compared  to  ULC.     If  X  is 
larger,   -  CY  is  added  to  X  until  X  is   smaller. 

A  logic  flow  diagram  of  Subroutine  PERIOD  is  given  in  Figure  63. 

4.8.  1.4     Cross  Reference 

Subroutine  PERIOD,    a  FORTRAN  routine,    is  called  by  LOCAL  and 
returns  to  that  routine. 
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PERIOD  (X ,    PEWOO  fc,  LLC,  ULC,  CY) 


Figure  63.     Subroutine  PERIOD 


212 


4.8.2    Subroutine  TOFAZ1   (Compute  Split  for  Two  Controller  Phases) 
4.  8.  2.  1     Purpose 

The  purpose  of  Subroutine  TOFAZ1  is  to  apportion  green  time 
between  two  phases  of  a  controller  cycle  given  the  total  time  available  in 
the  cycle  for  both  phases  and  the  green  demand  time  on  both  phases. 

4.  8.  2.  2     Calling  Sequence 

The  calling  sequence  for  this  subroutine  is  as  follows: 

CALL  TOFAZ1  (R^,  JUO,   Rll_,  JU2,  R13) 
where  the  input  arguments  are  defined  as  follows: 

R9  =  Total  time  available  for  both  phases 

RIO  =  Green  demand  on  Phase  -2 

Rll  =  Green  demand  on  Phase  1 

R12  =  Minimum  Phase  1  duration 

R13  =  Minimum  Phase  2  duration 
The  output  arguments  are  as  follows: 

R12  =  Phase  duration  of  Phase  1 

R13  =  Phase  duration  of  Phase  2 

All  arguments  are  fixed  point  and  scaled  Bl. 

4.  8.  2.  3    Method 

The  subroutine  first  attempts  to  apportion  green  time  according  to 
the  ratio  of  the  green  demands  on  each  phase.     If  no  minimum  green  is 
violated,   the  subroutine  is  exited. 

If  a  minimum  green  is  violated,  the  phase  on  which  it  is  violated, 
the  phase  on  which  it  is  violated  is  set  to  the  minimum  and  the  remainder 
of  the  green  time  available  in  the  controller  cycle  is  granted  to  the  oppos- 
ing phase. 

A  logic  flow  diagram  of  Subroutine  TOFAZ  i  is  given  in  Figure  64. 

4.  8.  2.  4     Cross  Reference 

This  subroutine  is  called  by  Routine  LOCAL  and  returns  to  that 
routine. 
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Figure  64.     Subroutine  TOFAZ1 
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5,     MODIFIED  FIRST  GENERATION  ROUTINES 

Several  modifications  to  the  first  generation  software  of  Reference  4 
were  required  in  order  that  the  second  generation  software  could  be  inte- 
grated into  the  system.      First  generation  routines  which  were  modified 
were  Routines  A,    C,    H,    I,   K,    M,   Q,  S}   T,  V,  W,   X,    and  Y.     The  modifica- 
tions to  each  of  these  routines  were  made  to  support  the  following  functions: 

i)       Routine  A  was  modified  to  include  a  counter  and  cen- 
trally connect  hardware  interrupt  X'69'  so  that  the 
Priority  Level  5,»  TANSTP  software  may  be  exe- 
cuted at  a  frequency  specified  by  the  user. 

2)  Routine  C  was  modified  to  accumulate  raw  count, 
speed,    and  occupancy  for  each  detector  to  be  used  by 
the  TANSTP  Surveillance  Routine  (RTN5). 

3)  Routine  H  was  modified  to  generate  a  report  showing 
the  cycle  lengths,    offsets,   and  subnetwork  number 
for  each  intersection.     Also,  the  BPS  reports  have 
been  deleted. 

4)  Routine  I  was  modified  to  delete  the  End-of-Day  BPS 
reports. 

5)  Routine  K  was  modified  to  delete  the  capability  of  gen- 
erating the  BPS  system  status  and  BPS  intersection 
status  CRT  displays.     In  addition,   the  Intersection 
Status  Display  was  modified  slightly  to  give  information 
pertinent  to  the  operation  of  the  MICRO  loop  control 
algorithm,    LOCAL. 

6)  Routine  M  was  modified  to  schedule  Routine  W  if  the 
operator  has  selected  the  Traffic  Responsive  Mode  for 
the  system  or  any  section  of  controllers.     In  addition, 
the  routine  was  modified  so  that  the  time- of- day  pat- 
tern number  is  determined  by  accessing  the  DSPA 
array  (Disc  starting  point  array)  as  a  function  of  the 
current  fifteen- minute  time-of-day  count.     In  addition, 
the  routine  was  modified  to  give  an  operator  error  if 
any  BPS  control  function  or  BPS  display  request  is 
made  by  the  operator. 

7)  Routine  Q  was  modified  so  that  a  flag  (5END)  is  set 
upon  initial  entry  to  this  routine.     This  flag  indicates 
to  the  Executive  (RTNA)  that  the  Fifteen -Minute  and 
End-of-Day  reports  of  the  shutdown  procedure  have 
been  printed,    and  that  the  Priority  Level  5  software 
is  to  be  scheduled  to  print  the  End-of-Day  Predictor 
Performance  report  and  to  update  the  prediction 
estimates  based  on  the  performance  of  the  current 
day. 
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8)       Routine  S  was  modified  to  transfer  the  entry  values  of 
offsets  and  cycle  length  code  to  the  working  values  of 
offsets  and  cycle  length  code  respectively,    in  the  event 
that  no  transition  is  required  for  a  given  controller. 


9) 


Routine  T  was  modified  to  record  the  transfer  of  the 
entry  offset  array  (IO)  to  the  working  offset  array 
(WRKOFS)  upon  completion  of  transition  at  each  con- 
troller.    Also,   the  entry  cycle  length  code  is  loaded 
into  the  working  cycle  length  code  immediately  pre- 
ceeding  a  transition  from  one  pattern  to  another  for 
each  pretimed  controller. 

10)  Routine  V  was  modified  to  delete  the  first  generation 
Critical  Intersection  computations  for  controller  splits. 
Routine  V  now  serves  as  an  executive  to  the  second 
generation  MICRO  loop  optimization  Routine,   LOCAL. 
Routine  LOCAL  optimizes  offsets  and  splits  as  described 
in  Section  3.  8  of  this  document. 

11)  Routine  W  was  modified  so  that  if  the  current  or 
desired  mode  of  operation  is  traffic  responsive  for 
the  system  or  a  section  of  controllers,   the  appro- 
priate flags  (LEV5SF)  are  set  to  indicate  to  the 
Level  Five  executive  that  traffic  responsive  computa- 
tions should  take  place.     In  addition,   the  desired 
time-of-day  pattern  number  is  obtained  through  acces- 
sing the  Disk  Starting  Point  array  (DSPA)  as  a  function 
of  the  current  15-minute  time-of-day  count. 

12)  Routine  X  was  modified  to  load  the  entry  cycle  length 
code  into  the  working  cycle  length  code  immediately 
preceeding  transition  for  each  semiactuated  controller. 

13)  Routine  Y  was  modified  to  initialize  the  FORTRAN 
library  at  system  start-up.     In  addition,    computations 
were  added  to  compute  the  time  from  start-up  to  the 
time  that  the  Priority  Level  5  loop  should  be  first 
scheduled. 

This  section  describes  each  modified  routine.     Flow  charts  of  each 
of  the  modified  routines  are  included  where  they  are  meaningful  to  the 
user.      These  charts  are  based  upon  the  original  first  generation  software 
charts  of  Reference  4  and  include  the  modifications  made  to  support  the 
second  generation  software. 
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5.  1     ROUTINE  A  (RTNA  -  UTCS  EXECUTIVE) 

5.  1.  1     Purpose 

The  purpose  of  Routine  A  is  to  control  the  sequence  by  which  all 
routines  axe  executed.     This  sequence  is  done  in  accordance  with  pre- 
defined assignments  of  priority  and  elapsed  time.     Routine  A  also  per- 
forms all  multiplexer  input /output. 

5.1.2    Discussion  of  Modifications 

Routine  A  was  modified  to  support  the  second  generation  software. 
The  modifications  include  centrally  connecting  and  arming  hardware  inter- 
rupt X'69'  during  initialization.     When  triggered,    this  interrupt  causes 
program  control  to  be  transferred  to  location  TANSTP  of  the  Level  Five 
control  task  in  Routine  A.      The  Level  Five  executive,    MACRO,    is  called 
from  this  Level  Five  control  task. 

In  addition,    code  was  added  to  the  main  loop  of  Routine  A,    to  decre- 
ment and  test  the  software  counter  5MINCT.     When  this  counter  decre- 
ments to  zero,    it  is  reinitialized  to  the  Level  Five  execution  frequency, 
OPTIME,   and  the  5MINF  flag  is  set  to  indicate  to  the  one-half  second  loop 
of  Routine  A  that  the  Priority  Level  Five  interrupt,    X'69',    is  to  be 
triggered. 

A  test  on  the  Routine  Q  Scheduled  Flag,    5END,    has  also  been  added 
to  the  one-half  second  loop  of  Routine  A.     When  this  flag  is   set,   the  5END1 
flag  is   set  to  indicate  to  the  Level  Five  executive  MACRO,   the  predictor 
performance  report  is  to  be  printed. 

A  flow  chart  of  the  revised  Routine  A  is  given  in  Figure  6  5. 
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Figure  65.     Routine  A 
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Figure  65.     Routine  A  (Continued) 
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Figure  65.     Routine  A  (Continued) 
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Figure  65.     Routine  A  (Continuted) 
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Figure  65.     Routine  A  (Continued) 
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Figure  65,     Routine  A  (Continued) 
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Figure  65.     Routine  A  (Continued) 
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Figure  65.     Routine  A  (Continued) 
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Figure  65.     Routine  A  (Continued) 
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Figure  65.     Routine  A  (Continued) 
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Figure  65.     Routine  A  (Continued)  ) 
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Figure  65.     Routine  A   (Concluded) 
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5.  2    ROUTINE  C  (RTNC  -  ONCE  PER  VEHICLE) 

5. 2.  1     Purpose 

The  purpose  of  Routine  C  is  to  accumulate  raw  detector  counts  (CC2), 
raw  speeds  {RAWSP),   and  raw  occupancy  (RAWOCC).     In  the  first  genera- 
tion software,  this  raw  MOE  data  is  processed  by  Routines  E  and  F  once 
each  signal  cycle  to  arrive  at  smoothed  MOE  parameters.     The  accumula- 
tors are  reset  to  zero  after  being  processed  by  Routine  E. 

5.  2.  2    Discussion  of  Modifications 

Three  additional  arrays  for  each  detector  have  been  added  to  the  data 
base  in  the  second  generation  software  system  to  accumulate  raw  data  for 
the  second  generation  surveillance  Routines  (RTN5  and  RTNFT).     Routine  C 
loads  the  raw  count  accumulator  (CC2P),   the  raw  speed  accumulator 
(RAWSPP),    and  the  raw  occupancy  accumulator  (RAWOCP)  once  per  vehi- 
cle.    Routines  RTN5  and  RTNFT  process  this  data  every  5MINCT  seconds 
to  obtain  average  link  volume,    average  link  speed,    average  link  occupancy, 
free  flow  link  volume,    free  flow  link  speed,   and  free  flow  link  occupancy. 
After  each  accumulator  is  processed  by  RTN5,    it  is  reset  to  zero. 

The  coding  changes  to  Routine  C  to  accomplish  loading  the  second 
generation  raw  data  accumulators  are  depicted  in  Figure  66.     (this  figure 
replaces  Figure  2.  4.  5-  2  on  Page  2.  4-4  of  Reference  4. ) 
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5.  3    ROUTINE  H  (RTNH  -  FIFTEEN- MINUTE  PERFORMANCE  AND 
STATUS  REPORT) 

5.  3.  1     Purpose 

The  purpose  of  Routine  H  is  to  provide  a  15-minute  performance  and 
status  report  on  the  line  printer  for  the  UTCS  system. 

5.3.2    Discussion  of  Modifications 

Routine  H  has  been  modified  to  print  the  current  signal  timing  plans 
in  effect  in  the  UTCS  network.     The  report  contains  the  controller  offsets 
for  A- ,   B-,    and  C-Phases  as  well  as  the  cycle  length  and  subnetwork  num- 
ber.    If  a  controller  is  not  in  a  section  which  is  in  the  Traffic  Responsive 
Mode,    the  subnetwork  number  is  printed  as  zero.     A  sample  report  is 
given  in  Figure  68. 

In  addition,    due  to  the  fact  that  the  BPS  capability  has  been  deleted 
from  the  second  generation  system,    the  "associated  BPS  reports  have  been 
deleted  from  Routine  H. 

Due  to  the  fact  that  flow  charts  of  the  entire  Routine  H  are  very  com- 
plex and  lengthy,    their  inclusion  in  this  document  would  not  enhance  the 
description  of  the  alters  presented  here  for  the  casual  reader.      Thus,    only 
the  chart  for  the  subroutine  which  builds  the  signal  timing  report  is  pre- 
sented in  Figure  67. 

For  the  analyst,   the  following  description  is  provided.     The  discus- 
sion refers  to  Figure  2.  9.  5-4  of  Routine  Hon  Page  2.  9-19  of  Reference  4. 

On  the  lower  right  hand  corner  of  this  page,    the  program  simply 
increments  BRANIND  to  9  if  it  is  8  and  to  9  if  it  is  8.     In  addition,   the  code 
beginning  at  Connector  Ul  on  Figure  2.  9-  5-11  of  Page  2.  9.  5-11  and  ending 
at  Connector  F3  of  Figure  2.  9.  5-  12  on  Page  2.  9-29/2.  9-30  is  deleted  and 
has  been  replaced  by  the  code  which  generates  the  signal  timing  report. 
In  addition,    the  code  beginning  at  Connector  Zl  on  Figure  2.  9.  5-13  of 
Page  2.  9-31/2.  9-32  and  terminating  at  Connectors  F3  on  Figure  2.  9-  5-14 
of  Page  2.  9-33  is  deleted. 


233 


Signal  timing 
print  subroutine 

OUT0FF 
t 


LNCO=  46 
INTINDX  =  1 


STORE  HEADER 
LINES  INTO  LPBUFF 


FORMAT  INTERSECTION 
DATA  INTO  LPBUF 


I  GOES  UNDER  INTERSECTION 

HEADING 

ENTRY  OFFSETS  ( I  )  GO  UNDER 

A-  B-  AND  C  PHASE  HEADINGS 

KCL(I  )  GOES  UNDER  CYCLE 

HEADING 

lEA(l)  GOES  UNDER  SUB 

NETWORK  HEADING 


YES 


YES 


1 


"OFFSET  PAGE  FLAG" 
=  1 

INTINDX=  1 
LNCO=   46 


LNCO  =  LNCO+  1 
INTINDX=  I 


BRANDIND  =  BRANDIND  +  1 


OUTPUT  LPBUF 
TO  LINE  PRINTER 


OUTPUT  LPBUF 
TO  LINE  PRINTER 


EXIT  TO 
ROUTI 


NE  Ay 


EXIT  TO 
ROUTI 


NE  kj 


Figure  67.     Routine  H 


234 


UTCS  INTERSECTION  OFFSETS 


NTFRSFCTIflN 

A  PHASE 

M  PHASE 

C  PHASE 

CYCLE 

SUfc^'ETweWK 

NUMRER 

OFFSET 

8FFSET 

HFFSFT 

LENGTH 

NUMHEW 

1 

36 

13 

0 

90 

2 

47 

4 

31 

90 

3 

16 

82 

0 

90 

4 

b4 

15 

0 

90 

5 

74 

45 

0 

90 

6 

0 

0 

0 

90 

7 

78 

49 

0 

90 

8 

0 

0 

0 

40 

9 

53 

7 

0 

90 

1C 

58 

10 

21 

90 

11 

65 

32 

0 

90 

12 

0 

0 

0 

40 

13 

64 

50 

0 

90 

14 

27 

4 

0 

90 

15 

34 

15 

0 

90 

16 

34 

90 

0 

90 

17 

84 

36 

60 

90 

18 

60 

37 

0 

90 

19 

40 

8 

0 

90 

20 

85 

55 

0 

90 

21 

56 

20 

0 

80 

2 

22 

33 

84 

0 

90 

1 

23 

51 

25 

0 

80 

2 

24 

30 

4 

0 

80 

2 

25 

0 

0 

0 

80 

2 

26 

38 

78 

0 

80 

2 

27 

4 

32 

0 

80 

2 

28 

76 

36 

0 

80 

0 

29 

15 

55 

0 

80 

0 

30 

0 

0 

0 

80 

0 

31 

43 

73 

0 

75 

3 

32 

42 

64 

0 

75 

3    — 

33 

22 

53 

0 

7b 

3 

34 

49 

9 

0 

80 

0 

35 

16 

56 

0 

80 

0 

36 

8 

48 

0 

80 

0 

37 

76 

36 

36 

80 

0 

38 

32 

72 

72 

80 

0 

39 

61 

38 

0 

75 

3 

40 

57 

25 

0 

75 

3 

41 

63 

18 

0 

75 

3 

42 

20 

53 

0 

75 

3 

43 

60 

20 

0 

80 

0 

44 

6 

46 

0 

80 

0  " 

45 

64 

24 

0 

80 

0 

46 

44 

4 

0 

80 

0 

Figu 

re  68.  TANSTP  Traffic 

Signal  T- 

Lming  Repo 

rt 

23  5 


UTCS  INTEKSfcCTI9N  9FFSETS 


MTFHSECTI9N 

A  PHASE 

H  PHASE 

C  PHASE 

CYCLE 

SUBNETW3HK 

NUMREK 

OFFSET 

OFFSET 

MFf-SFT 

LEWiTH 

NUflBEK 

47 

60 

20 

0 

80 

0 

48 

68 

28 

n 

80 

0 

49 

32 

72 

0 

80 

0 

50 

21 

73 

0 

7b 

3 

51 

57 

42 

0 

7b 

3 

52 

5 

51 

0 

7b 

3 

53 

17 

67 

0 

7b 

3 

54 

0 

0 

0 

80 

2 

55 

44 

11 

0 

80 

2 

56 

39 

13 

0 

80 

2 

57 

46 

26 

0 

40 

0 

58 

0 

0 

0 

7b 

3 

59 

78 

39 

0 

80 

2 

60 

0 

0 

0 

80 

2 

61 

42 

5 

0 

80 

2 

62 

79 

53 

0 

80 

2 

63 

30 

74 

0 

80 

2 

64 

37 

1 

0 

80 

2 

65 

59 

20 

0 

80 

2 

66 

5 

57 

0 

80 

2 

67 

74 

34 

0 

80 

2 

68 

76 

48 

0 

80 

2 

69 

29 

75 

0 

80 

2 

70 

58 

24 

0 

80 

2 

71 

36 

7 

0 

80 

2 

72 

33 

16 

0 

80 

2 

73 

58 

24 

0 

80 

2 

74 

49 

9 

0 

80 

2 

75 

26 

48 

72 

80 

2 

76 

66 

32 

0 

80 

2 

77 

75 

43 

0 

80 

2 

78 

0 

0 

0 

40 

0 

79 

0 

0 

0 

40 

0 

80 

0 

0 

0 

40 

0 

81 

41 

1 

0 

80 

2 

82 

62 

11 

0 

80 

2 

83 

68 

22 

0 

80 

2 

84 

17 

33 

0 

80 

2 

85 

18 

58 

0 

80 

2 

86 

45 

61 

0 

80 

2 

87 

45 

5 

0 

80 

2 

88 

8 

56 

0 

80 

2 

89 

5 

51 

0 

80 

2 

90 

53 

9 

0 

80 

2 

91 

65 

34 

0 

80 

2 

92 

0 

0 

0 

40 

0 

93 

25 

59 

4 

80 

2 

Figure  68. 

TANSTP  T 

raffic  Signal  Timing 

Report  (Continued) 

236 


UTCS 

INTEKSECTI8N 

SFFSETS 

INTFKSECTION 

A  PHASE 

8  PHASE     C 

PHASE 

CYCUE 

SUBNETWORK 

NUMBEK 

OFFSET 

9FFSET 

3FFSFT 

LENGTH 

NuntnEw 

94 

20 

65 

0 

80 

2 

95 

0 

0 

0 

40 

0 

96 

1 

35 

0 

80 

2 

97 

4 

49 

0 

80 

2 

98 

0 

0 

0 

40 

,0 

99 

47 

17 

0 

80 

2 

100 

10 

50 

0 

80 

2 

101 

0 

0 

0 

40 

0 

102 

0 

0 

0 

40 

0 

103 

14 

77 

0 

90 

1 

10* 

81 

58 

0 

90 

1 

105 

63 

38 

0 

90 

1 

106 

74 

33 

58 

90 

1 

107 

0 

0 

0 

40 

""  _  0~~ 

108 

0 

0 

0 

40 

0 

109 

0 

0 

0 

80 

0 

110  . 

62 

22 

0 

80 

0 

Ill 

56 

36 

0 

40 

0 

112 

61 

21 

0 

80 

0 

113 

46 

6 

o 

80 

0 

m 

53 

13 

0 

80 

0 

115 

36 

16 

0 

40 

0 

116 

20 

40 

0 

40 

0 

117 

0 

0 

0 

80 

0 

118 

31 

11 

0 

40 

0 

119 

78 

58" 

0 

40 

o  — 

120 

89 

71 

0 

90 

1 

121 

17 

79 

0 

90 

1 

122 

0 

0 

0 

90 

1 

123 

12 

76 

0 

90 

1 

Figure  68.      TANSTP  Traffic  Signal  Timing  Report  (Concluded) 
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5.4    ROUTINE  I  (RTNI  -  END-OF-DAY  REPORT) 

5. 4.  1     Purpose 

The  purpose  of  Routine  I  is  to  print  the  End-of-Day  Report  at  mid- 
night or  at  system  shutdown.     The  report  contains  a  link-by-link  summary 
of  all  measures  of  effectiveness  as  well  as  section  and  overall  system  mea- 
sures of  effectiveness. 

5.  4.  2    Discussion  of  Modifications 

Because  the  BPS  capability  has  been  deleted  from  the  second  genera- 
tion system,   the  associated  BPS  End-of-Day  report  generation  has  been 
deleted  from  Routine  I.      In  addition,    code  has  been  added  to  set  the  flag 
5END2  after  a  midnight  report  has  been  printed  to  indicate  to  the  MACRO 
loop  that  the  midnight  predictor  report  is  to  be  generated. 

Because  the  flow  charts  of  Routine  I, are  lengthy  and  complex,   they 
are  not  included  in  this  document  in  that  they  would  lend  nothing  toward 
clarifying  the  description  given  here  for  the  causal  reader. 

The  analyst,   however,    should  refer  to  Section  2.  10  of  Reference  4. 
On  Figure  2.  10.  5-1  on  Page  2.  10-13/2.  10-14,    if  IBRAND  is  equal  to  2, 
it  is  merely  incremented  to  3.     If  IBRAND  is  equal  to  3,    it  is  merely 
incremented  to  4.     In  addition,   the  code  between  Connector  El  and 
Connector  18  on  Figure  2.  10.  5-4  of  Page  2.  10-19/2.  10-20  has  been 
deleted.     Also,    the  code  between  Connector  Zl  and  Connector  18  on 
Figure  2.  10.  5-5  of  Page  2.  10-21/2.  10-22  has  been  deleted. 
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5.  5    ROUTINE  K  (RTNK  -  CRT  FORMATTING) 

5.  5.  1     Purpose 

The  purpose  of  Routine  K  is  to  format  the  reports  to  be  displayed  on 
the  CRT.     The  formatted  reports  are  stored  into  the  CRT  buffer  in  core. 
When  the  buffer  is  filled,  the  contents  are  shipped  to  the  CRT  by 
Routine  CRTOUT. 

5.  5.  2    Discussion  of  Modifications 

Because  the  BPS  capability  has  been  deleted  from  the  second  genera- 
tion system,    the  capability  to  generate  the  BPS  CRT  displays  has  been 
deleted  from  Routine  K.     The  analyst  should  refer  to  Section  2.  12  of 
Reference  4.     The  code  has  been  modified  so  that  if  CRT  code  is  not  equal 
to  4  in  the  first  decision  block  of  Figure  2.  12.  5-2  on  Page  2.  12-18  of 
Reference  4,   program  control  branches  to  the  location  equivalent  to 
Connector  7  on  this  figure.     In  addition,   the  code  associated  with  the  BPS 
Intersection  display  on  Page  2.  12-18  of  Reference  4  has  been  deleted.      The 
code  associated  with  the  BPS  System  Status  display  on  Page  2.  12-20  has 
also  been  deleted. 

The  Intersection  Status  Display  was  modified  to  display  information 
pertinent  to  the  operation  of  the  MICRO  loop  control  algorithm,    LOCAL. 
Information  displayed  includes  the  actual  controller  cycle  length  and  the 
target  Interval  1  offset  of  the  ensuing  cycle.      The  format  of  the  modified 
display  is  shown  in  Figure  68.     As  can  be  seen  from  this  figure  and  the 
equivalent  figure  of  Reference  4,   the  actual  cycle  length  is  displayed  in  the 
position  where  the  master  synch  indication  is  given  in  the  original  first 
generation  software.     Thus,   the  System  Status  Display  was  modified  to 
provide  the  master  synch  data.     The  format  of  the  modified  System  Status 
Display  is  shown  in  69. 
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5.  6    ROUTINE  M  (RTNM  -  MANUAL  CONTROL  PANEL) 
5. 6. i     Purpose 

r 

The  purpose  of  Routine  M  is  to  evaluate  the  control  panel  inputs  for 
reasonableness  and  store  the  data  and  flags  required  by  other  routines  to 
perform  the  requested  operations. 

5.  6.  2    Discussion  of  Modifications 

Several  small  updates  have  been  made  to  Routine  M  to  support  the 
second  generation  software  system.     First  since  the  BPS  capability  has 
been  deleted  from  the  second  generation  system,    Routine  M  has  been  mod- 
ified to  give  an  operator  input  error  if  any  BPS  system  control  functions 
or  any  BPS  CRT  report  is  attempted  to  be  selected  by  the  operator. 

Second,   to  provide  for  proper  second  generation  traffic  responsive 
capability,    Routine  M  has  been  modified  to  schedule  Routine  W  immediately 
upon  entering  a  traffic  responsive  system  or  section  mode  request.     This 
scheduling  is  done  so  that  Routine  W  can  set  the  Level  5  Start  Flags 
(LEV5SF)  which  in  turn  will  be  interrogated  by  the  Level  5  executive 
(MACRO)  at  the  next  5MINCT  mark  and  will  activate  the  traffic  signal  opti- 
mization Routine  (LSTSQS). 

Routine  M  has  also  been  modified  to  give  a  "wait"  response  on  the 
control  panel  if  a  Traffic  System  Control  mode  change  is  requested  while 
the  Level  5  software  is  active.     The  Level  5  active  state  is  determined  by 
testing  the  LEVL5A  flag  which  is  set  upon  entry  to  Routine  MACRO  and 
reset  upon  exit  of  that  routine.     The  "wait"  indication  is  also  given  if  a 
controller  split  change  is  requested  or  if  a  controller  offset  change  is 
requested  while  Level  5  is  active.     This  "wait"  is  imposed  so  that  con- 
troller offsets  and  splits  are  not  lost  due  to  a  multiple  transition  which 
could  occur  if  the  requests  are  accepted.      This  response  is  similar  to  the 
one  given  in  the  first  generation  software  if  any  of  the  above  requests  are 
entered  while  the  FMSECF  flag  is  set  indicating  that  Routine  W  is  active. 

The  reader  should  refer  to  Section  2.  14  of  Reference  4  to  trace  the 
following  description  of  the  particular  portions  of  the  code  of  Routine  M 
which  have  been  modified. 

On  Figure  2.  14.  5-3  of  Page  2.  14-13  the  connector  labeled  "BPS"  is 
replaced  by  an  "X"  to  give  an  error  exit  from  Routine  M  if  the  Bus  Priority 
Bit  is  set.     Also,    on  Figure  2.  14.  5-29  of  Page  2.  14-47  if  a  BPS  display 
has  been  selected,   the  error  exit  via  Connector  Z  is  taken  and  the  remain- 
der of  the  code  to  Connector  D3  is  deleted. 

In  the  Traffic  Responsive  section  of  Figure  2.  14.  5-7  on  Page  2.  14-9 
after  the   15-minute  section  flag  (FMSECF)  is  checked,   a  check  on  the 
LEVL5A  flag  is  performed.     Ifthe  LEVL5A  flag  is  set,   the  wait  exit  (Y) 
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is  taken.     If  the  LEVL5A  flag  is  not  set,   SSFW  is  reset,    FMSECF  is  set, 
JJ  is  reset,    and  Routine  W  is   scheduled.     Then  the  code  proceeds  as 
shown.     Also,    in  the  Time-of-Day  section  of  the  same  figure  after  the 
FMSECF  flag  is  checked,    a  check  on  the  LEVL5A  flag  is  performed.     If 
it  is  set,    the  wait  exit  (Y)  is  taken.     If  it  is  not  set,   the  code  proceeds  as 
shown. 

In  the  Time-of-Day  and  Manual  Pattern  sections  of  Figure  2.  14.  5-8 
on  Page  2.  14-21  after  the  FMSECF  flag  is  checked,   a  check  on  the 
LEVL5A  flag  is  performed.     If  it  is  set,   the  wait  exit  (Y)  is  taken.     If  it  is 
not  set,   the  code  proceeds  as   shown. 

In  the  A-Phase  Green  and  offs et  sections  of  Figure  2.  14.  5-10  on 
Page  2.  14-25  after  the  FMSECF  flag  is  checked,   a  check  on  LEVL5A  flag 
is  performed.     If  it  is  set,   the  wait  exit  (Y)  is  taken.     If  it  is  not  set,   the 
code  proceeds  as  shown. 

In  addition,    the  array  ABB  CAB  CG  is  used  in  place  of  the  array 
GABBCABCG  to  obtain  GAB  in  the  operator  split  change  logic  of 
Figure  2.  14.  5-11  on  Page  2.  14-27/2.  14-28  of  Reference  4.      This  change 
insures  that  A-  and  B- Phase  durations  will  be  computed  properly  when  a 
split  change  is  entered  by  the  operator  for  a  controller  which  is  under  sec- 
ond generation,   traffic  responsive  control. 
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5.  7    ROUTINE  Q  (RTNQ  -  SHUTDOWN) 
5. 7.  1     Purpose 

t 

The  purpose  of  Routine  Q  is  to  initiate  placing  all  controllers  in 
Standby,  towrite  the  Shutdown  file,  and  release  Program  KESSMANN 
when  System  Shutdown  is  requested  by  the  operator. 

5.  7.  2    Discussion  of  Modifications 

Routine  Q  has  been  modified  to  set  the  5END1  flag  upon  the  initial 
exit  from  this  routine.     This  flag  is  initialized  to  zero  at  system  startup. 
When  it  has  been  set  by  Routine  Q,   it  indicates  to  the  system  executive 
(RTNA)  that  on  the  next  5MINCT  mark,    Priority  Level  5  should  be,  sched- 
uled to  print  the  predictor  performance  report. 

A  logic  flow  diagram  of  Routine  Q  is  given  in  Figure  71. 
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5.8    ROUTINE  S  (RTNS  -   Controller  Transition  Compulations) 

5.  8.  i     Purpose 

Routine  S  computes  the  required  parameters  to  allow  a  smooth 
transition  from  one  area  pattern  to  another.     It  preserves  all  safety  inter- 
vals; utilizes  the  newly  selected  split  for  the  major  phases  at  the  control- 
ler; and  contains  the  transitional  cycle  length  to  a  value  between  the 
minimum  time  subject  to  the  following  conditions:    A  transition  can  be 
initiated  by  any  of  the  following  two  conditions: 

a)  Controller  being  transferred  from  standby  to  computer 
control. 

b)  A  new  pattern  has  been  selected  for  the  section  con-    i 
taining  this  controller. 

Upon  detection  of  any  of  these  conditions  the  routine  will  compute: 

a)  number  of  intermediate  cycles  required 

b)  the  intermediate  cycle  length 

c)  the  intermediate  variable  interval  durations 

5.  8.  2    Discussion  of  Modifications 

Code  has  been  added  to  transfer  the  entry  offset  array,   IO,   to  the 
working  offset  array,   WRKOFS,    in  the  event  that  Routine  S  determines 
that  no  transition  cycle  is  required.      This  code  has  been  added  immedi- 
ately after  the  entry  Interval  1  offset,    ENTRYOFF,    is  transfered  to  the 
working  Interval  1  offset,    WRKOFF,    in  Figure  2.  20.  5-1  on  Page  2.  20-3/ 
2.  20-4  of  Reference  4. 

In  addition,    the  array  ABB  CAB  CG  is  used  in  place  of  the  array 
GABBCABC  in  Figure  2.  20.  5-2  on  Page  2.  20-5/2.  20-6  of  Reference  4. 
This  change  causes  the  splits  computed  by  Routine  RTSND  to  be  imple- 
mented during  transition. 
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5.  9    ROUTINE  T  (RTNT  -  INTERVAL  ADVANCE  ROUTINE) 
5. 9.  1     Purpose 

The  primary  functions  of  this   routine  are  as  follows: 

a)  Establish  and  impose  the  necessary  transition  cycles 
to  transform  a  controller  from  standby  to  computer 
control.     This  transition  is  initiated  at  the  start  of 
A- Phase  Green  provided  the  necessary  input  condi- 
tions are  satisfied. 

b)  Countdown,   by  subtracting  1/2  second  per  pass 
through  the  routine,   the  interval  durations  for  those 
controllers  under  computer  control.     When  the  count 
goes  to  ZERO  the  interval  number  is  incremented 
by  1  and  tested  for  the  maximum.     If  the  maximum 
is  exceeded,   the  interval  number  is  reset  to  1  and 
the  countdown  register  is  initialized  to  the  first  inter- 
val duration.     Otherwise,    the  next  interval  duration 
is  stored  into  the  countdown  register. 

c)  Provide  the  capability  to  incorporate  operator  selected 
values  of  split  or  offset  at  the  start  of  Interval  1. 

d)  Provide  the  necessary  logic  to  incorporate  BPS  exten- 
sions by  reducing  specified  interval  durations  for  a 
given  cycle. 

e)  Compute  the  B-  and  C- Phase  offsets  required  by 
Routine  LOCAL. 

5.  9.  2    Discussion  of  Modifications 

Immediately  prior  to  a  call  to  Routine  S,   Transition  Routine,    coding 
has  been  added  to  transfer  the  Entry  Cycle  Length  Code  (ENTCYCL)  into 
the  working  Cycle  Length  Code  (CYCLC).     In  addition  the  entry  A- ,   B- , 
and  C- Phase  offsets  (IO)  are  transferred  to  the  Working  A-,    B-,    and 
C- Phase  offsets  (WRKOFS)  immediately  following  a  transition  cycle. 

The  analyst  should  refer  to  Figure  2.  21.  5.  2  on  Page  2.  21.  7/2.  21.  8 
of  Reference  4.     The  transfer  of  the  Entry  Cycle  Length  code  to  the  Working 
Cycle  Length  code  has  been  inserted  immediately  prior  to  the  call  to 
Routine  S  on  the  lower  right  hand  corner  of  this  page. 

The  transfer  of  the  A-,    B- ,    and  C- Phase  offsets  from  the  entry  to 
the  working  arrays  has  been  inserted  immediately  before  the  "Transfer 
Entry  Intervals  into  Working  Storage"  on  the  right  hand  side  of 
Figure  2.  21.  5.  3  on  Page  2.  21.  9  of  Reference  4. 


249 


5.  10    ROUTINE  V  (RTNV  -   CRITICAL  INTERSECTION  COMPUTATIONS) 

5.  10.  1     Purpose 

The  purpose  of  this  routine  is  to  apportion  the  split  and /or  offset  of 
the  critical , phases  of  an  operational  critical  intersection  according  to  the 
measured  vehicular  demand  on  these  phases. 

5.10.2    Discussion  of  Modifications 

Routine  V  has  been  modified  to  act  as  the  MICP^O  loop  execiitive.     It 
determines  whether  a  call  to  Routine  LOCAL  is  to  be  made  to  perform  the 
critical  intersection  computations.      LOCAL  computes  values  for  DTI, 
DT2,   and  DT3  which  replace  GA,   GB,    and  GC,    respectively  in  the  follow- 
ing variable  interval  duration  computations:  •. 

INTDUR(A)  =  GA  -  SUMA 

INTDUR(B)  =  GB  -  SUMB 

INTDUR(C)  =  GC  -  SUMC 

where 

INTDUR(A),    (B),   and  (C)  are  the  variable  interval  dura- 
tions for  A~ ,    B-,    and  C- Phases,    respectively  and  SUMA, 
SUMB,    SUMC  are  the  sums  of  the  fixed  intervals  in  A-, 
B- ,    and  C- Phases,    respectively. 

The  entry  intervals  (ENTRYINT)  are  loaded  into  the  INTDUR  array  when 
LOCAL  is  inhibited. 

For  LOCAL  to  be  called,   the  following  conditions  must  be  met  in 
addition  to  those  required  by  the  first  generation  software. 

a)  The  controller  has.  at  least  two  critical  links. 

b)  None  of  the  critical  links  has  failed. 

c)  The  controller  is  contained  in  the  Instrumented 
Controllers  in  group  (INCG)  array  of  Subroutine  LINKD. 

The  flow  chart  of  the  revised  Routine  V  is  given  in  Figure  7  2. 
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Figure  72.     Routine  V 
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5.  11     ROUTINE  W  (RTNW  -   CONTROLLER  PARAMETER  SELECTION) 
5.  11.  1     Purpose  v 

t 

The  purpose  of  Routine  W  is  to  provide  for  the  selection  of  the  traf- 
fic signal  timing  patterns. 

5.11.2    Discussion  of  Modifications 

The  primary  change  to  Routine  W  was  to  delete  the  first  generation, 
traffic  responsive  code  which  selected  traffic  signal  timing  patterns 
through  matching,    link  by  link,    surveillance  volume  plus  weighted  occu- 
pancy with  volume  plus  weighted  occupancy  assocaisted  with  each  first  gen- 
eration, traffic  responsive,    signal  timing  pattern.      Code  to  activate  the 
second  generation,   traffic  signal  optimization  program  (LSTSQS)  was 
inserted  in  place  of  the  deleted  code. 

This  second  generation  optimization  scheduler  executes  if  either  the 
desired  mode  or  current  mode  is  Traffic'Responsive.     This  scheduler 
merely  reads  in  the  time-of-day  pattern  from  the  RAD  and  sets  the  Level  5 
Start  Flags  (LEV5SF)  for  those  sections  which  have  been  selected  for  the 
Traffic  Responsive  Mode  of  controL     These  flags  in  turn  are  examined  by 
the  MACRO  loop  executive  when  it  is  executed  at  the  5MINCT  mark.     If 
any  are  set,    the  Level  5  executive  calls  the  optimization  routines.     The 
time-of-day  pattern  is  required  to  obtain  the  durations  of  the  fixed  inter- 
vals in  each  controller  cycle. 

If  the  operator  selects  the  Manual  or  Time-of-Day  Mode,  Routine  W 
resets  the  LEV5SF  flags  for  the  appropriate  sections.  This  reset  inhibits 
the  Level  5  optimization  routine  for  the  appropriate  sections. 

It  should  also  be  stated  that  Routine  W  no  longer  sets  the  Transition 
Flags   (TRANSF)  in  the  Traffic  Responsive  Mode.     This  function  is  per- 
formed when  necessary  in  the  Priority  Level  5  software  by 
Subroutine  PAKF. 

In  addition,    Routine  W  no  longer  waits  to  execute  the  Traffic 
Responsive  Mode  until  the  next  Fifteen- Minute  Mark  (FMMARK).     Instead, 
the  LEV5SF  flags  are  set  immediately  upon  request  of  the  Traffic 
Responsive  Mode.     The  Level  5  optimization  algorithm  is  not  executed 
immediately,   however.     Instead  it  will  be  executed  at  the  next  5MINCT 
mark. 

It  should  also  be  stated  that  the  equivalence  in  Routine  W  between 
the  Entry  Cycle  Code  (ENTCYCL)  and  the  Working  Cycle  Length  Code 
(CYCLC)  which  existed  in  the  first  generation  software  was  removed  in 
the  second  generation  version.      This  was  necessary  because  the  entry 
cycle  length  code  may  be  manipulated  twice  during  the  process  of  arriving 
at  the  final  optimized  traffic  signal  timing  plan  computed  by  the  second 
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generation  software.     The  first  is  when  the  Time- of- Day  plan  is  read  in 
from  the  RAD  to  obtain  the  fixed  interval  durations.     The  second  is  after 
the  LSTSQS  Routine  computes  the  optimal  network  cycle  lengths.     If  this 
process  were  carried  out  with  the  entry  and  working  cycie  length  codes 
equivalenced,   the  controller  do  loop  routines  operating  at  Priority  Level 
would  cause- the  Offset  Correction  Routine  U  to  be  activated.     The  conse- 
quences of  this  activation  would  be  erratic  controller  behavior. 

The  flow  chart  of  the  revised  Routine  W  is  contained  in  Figure  73. 
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Figure  73.     Routine  W  (Continued) 
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Figure  73.      Routine  W  (Continued) 
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SET  LEVEL  5 
START  FLAG 
LEV5SF(JJ)  =  LSQ(JJ) 


RESET  TRAF.  RESP. 
DESIRED  FLAG 
LSQ(JJ)=  0 


EXIT  TO 
ROIH1NEA 
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411 


RESET  DISC 
CALL  FLAG 
DCF=»  0 


3 


DISABLE  LEVEL  2 
INTERRUPT  (X'63') 

KK  =  BYTE0OFPTN(JI) 
NLS  =  BYTE  1  OFPTN(JI) 
ENTRYOFF(KK)  =  BYTE  2  OF  PTN(JI) 
ENTCYCLC(KK)  =  BYTE  3  OF  PTN(JI) 
SUMABCT(KK)  =•  PTN(JI  +  1) 
GMINABC4(KK)  =  PTN(JI  +  2) 
GABBCABC(KK)  =  PTN(JI  +  3) 
TKM  =  BYTE  3  OF  PTN(JI  +  3) 
ENTRYINTW  *  KK)  =  PTN(JI  +  4) 
ENTRYINT  (4  *  KK  +  1)  =  PTN(JI  +  5) 
ENTRYINT  (4  *  KK  +  2)  =  PTN(JI  +  6) 
ENTRYINT  (4  *  KK  +  3)  =  PTN(JI  +  7) 
Jl  =  Jl  +  8 


I 


INDEX!  =4*  KK 

INDEX2*  KCL[ENTCYCLC(KK)] 


I 


SUMA=«  SUMABCT  0NDEX1) 
INDEX5  =  VARINT  (I^DEXl) 
INDEX3  -  ENTRYINT  IINDEX5 

+  4  (INDEXl)J 

+  SUMA 


I 


INDEX2  =  INDEX2  -  INDEX3 


I 


1 


SUMB=  SUMABCT  (INDEX1  +  1) 
INDEX5  =  VARINT  (INDEX1  +  1) 
INDEX3=  ENTRYINT  LINDEX5 

+  4  (INDEXl)J 

+  SUMB 


SUMC  =  SUMABCT  (INDEX1  +  2) 
INDEX5  =*  VARINT  0NDEX2+  2) 
INDEX3  =  ENTRYINT  LINDEX5 

+  4  (INDEXl)J 

+  SUMC 


I 


INDEX2=  INDEX2-  INDEX3 


i 


SUMT(KK)=  INDEX2 
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1 ' 


0 


YES 


GUABC(KK)  = 

PTN(JI) 

GLABC(KK)  = 

PTN(JI+  1) 

QKA3C1(KK) 

-  PTN(JI  +  2) 

QKRRAB2(KK) 

-  PTN(J!  +  3) 

RRABCl(KK)  =■ 

PTN(JI+  4) 

CICTODF(KK) 

=  BYTE  3  OF  PTN(JI) 

LI  =  LSI(KK) 

Jl  =  J!  +  5 

JB=  4  *  Jl 

«ag- 


r 


JL  =  CONTLN(LI) 
BUSLKPV(JL)  -  BYTE  JB 

OF  PTN(JI) 
TEWM(JL)=  BYTE  JB  OF 
PTN(JI+  1) 
TEW(JL)  =  TEWM(JL) 
JB-  JB+  1 
Ll=  LI+  1 
NLS=  NLS  -1 
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€NAILE  LEVEL  2  INTERRUPT  (X'63') 
LI"  LINKSI(JJ) 
LSLIM=  LINKSI(JJ+  1) 


JL-  SECTLKN(LI) 

VHIST(JL)  =  LEFT  HALF  OF  PTNgi) 

AHHIST(JL)  =  RIGHT  HALF  OF  PTN(J0 


YES 


SET 

AUTOMATIC  CONTROL  DESIRED 
FLAGS  (AUTOF)  FOR  ALL 
CONTROLLERS  IN 
SECTION  gj)  WHICH  DO  NOT 
HAVE  CONTROLLER  MALFUNC- 
TION (CMALF)  FLAGS  SET 


CALL  PATGENT 


\    COMPUTE  TANSTF  / 

\  SIGNAL  TIMING    PAtAMfTWS/ 

\FOR  ALL  CONTROLLERS  / 

yN  SECTION  J  J J 


RESET  CICNH 
FUGS  FOR  Alb 
CONTROLLERS  IN 

SECTION  JJ 


LQN. 


NO 


NO 


SET  SUBNET- 
WORK NUMBER 
TO  ZERO  FOR 
ALL  CONTROLLERS 
IN  SECTION  JJ 


CALL  PATGENT 


SET  TRANSITION 
FLAGS  (TRANSF) 
FOR  ALL 
CONTROLLERS 
IN  SECTION  (J J) 


COMPUTE  TANSTP 
SIGNAL  TIMING-PARAMETft 
FOR  ALL  CONTROLLERS 
IN  SECTION  JJ 


RESET  CI  C1NH  FLAGS 
FOR  ALL  CONTROLLERS 
IN  SECTION  JJ 


© 
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Figure  73.      Routine  W  (Concluded) 
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5.  12    ROUTINE  X  (RTNX  -  SEMIACTUATED  CONTROLLER 
COMPUTATIONS) 

5.  12.  1     Purpose  » 

The  purposes  of  Routine  X  are  as  follows: 

1)  Transfer  semiactuated  controllers  from  Standby  to 
computer  control. 

2)  Time  the  intervals  required  to  transmit  the  yield 
pulses  to  the  controllers. 

3)  Perform  controller  state  error  detection  to  verify 
that  the  controller  is  returning  to  A- Phase  Green. 

4)  Maintain  the  required  offset  relationship  with  respect 
to  the  adjacent  controllers  in  the  section. 

5)  Provide  for  transition  from  on  cycle  length  and  off- 
set to  another. 

6)  Transition  the  semiactuated  controllers  from  com- 
puter control  to  Standby. 

5.  12.  2    Discussion  of  Modifications 

Routine  X  has  been  modified  to  transfer  the  Entry  Cycle  Length  Code 
(ENTCYCL)  to  the  Working  Cycle  Length  Code  (CYCLC)  immediately  prior 
to  transition.     This  transfer  is  necessary  because  ENTCYCL  is  not  equated 
to  CYCLC  in  the  second  generation  software  for  reasons  described  in 
Section  5.  11,    Routine  W. 

The  analyst  should  refer  to  Section  2.  25  of  Reference  4  to  trace  the 
following  discussion.     On  Figure  2.  25.  5-1  of  Page  2.  25-7/2.  25-8  of 
Reference  4,    code  has  been  added  at  the  location  equivalent  to  that  of  the 
lower  righthand  program  box  to  perform  the  cycle  length  transfer.     This 
code  is  inserted  immediately  after  the  transfer  of  the  entry  offset  to  the 
working  offset. 

The  cycle  length  code  transfer  also  occurs  in  the  right  most  program 
box  on  Figure  2.  25.  5-3  of  Page  2.  25-10  of  Reference  4.     The  transfer 
occurs  immediately  prior  to  resetting  the  transition  flag  (TRANSF)  to 
zero. 
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5.13    ROUTINE  Y  (RTNY.-  START-UP) 
5.  13.  1     Purpose 

t 

The  purpose  of  Routine  Y  is  to  initialize  the  data  base  at  start-up, 
initialize  the  15-minute  counter,    schedule  Routine  K,    and  read  the 
Shutdown  File  if  required. 

5.  13.  2    Discussion  of  Modifications 

Routine  Y  was  modified  to  initialize  the  FORTRAN  library  upon 
entering  the  routine.     This  initialization  is  accomplished  through  a  call 
the  system  routine,    9INITIAL.     This  initialization  is  required  to  support 
the  FORTRAN  routines  of  the  second  generation  software. 

Routine  Y  was  also  modified  to  initialize  the  Priority  Level  5  soft- 
ware counter,    5MINCT.     The  assumption  used  in  initializing  this  counter 
is  that  it  is  zero  at  midnight  of  the  previous  day.     The  counter  is  used  by 
the  system  Executive  Routine  (RTNA)  to  schedule  the  Priority  Level  5  loop 
when  5MINCT  goes  to  zero.     The  user  may  specify  the  scheduling  fre- 
quency of  the  Level  5  software  through  merely  changing  one  parameter  in 
the  data  base,   OPTIME.     OPTIME  is  the  number  of  minutes  desired 
between  consecutive  calls  by  the  system  executive,    RTNA  to  the  Priority 
Level  5  executive,    MACRO.     The  surveillance  constants  in  RTN5  which 
are  time  dependent  are  computed  as  a  function  of  value  of  OPTIME. 

Several  arrays  and  flags  were  added  to  the  data  base  contained  in 
Routine  Y.     These  added  arrays  are  discussed  in  Section  6  of  this 
document. 

The  flow  chart  of  the  revised  Routine  Y  is  given  in  Figure  74. 
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Tenter  from^ 

V       RBM       J 

1  ■ 

CALL  91NITIAL 
TO  INITIALIZE  FORTRAN 
LIBRARY 

t 

SAVE  REGISTER  ZERO 
SAVRO  -  RO 

* 

ZERO  OUT  ALL 
DYNAMIC  ARRAYS 

\     . 

READ  THE  SHUTDOWN 
PARAMETERS  FROM 
RAD  AND  RESTORE 


TRANSFER  THE  BPSCFF 
AND  BPSDFF  ARRAYS  TO 
BPSCFFL  AND  BPSDFFL, 
RESPECTIVELY 


CRTDC1  *  2,  CRTbC2*2 
CRTFL1  -  1 ,  CRTFL2  -  1 
SCHEDULE  ROUTINE  K  IN  MAST 
GET  RBM'S  TIME  AND  CONVERT 
TO  MINUTES  SINCE  MIDNIGHT (K) 


Figure  74.      Routine  Y 
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FMTODC58 

FMC  -  K/15  »  fK/15} 
L£„  FMC*  K^MOD  15) 


OPTIN  -  60/OPHMf 


Rl  1  -  OPTIME 

5MINCT-60*IKAH  -  fMUl]} 


i 


DETERMINE  THE 
DAY  OF  WEEK 
AND  STORE 
DAYOWK 


HOUDF*  DAYOWK 


-jgB»w 


IXST  TO  LEVEL  1 
EXECUTIVES 
.INITIALIZATION  LOO? 


Figure  74..     R.outine  Y  (Concluded) 
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